Isilon: Fel vid Oracle Data Pump-åtgärden "dNFS asynchronous I/O-fel"

Summary: Datapump-/säkerhetskopieringsåtgärder mellan en Oracle-klient och Isilon som utförs över ett WAN kan brytas med felet "dNFS asynchronous I/O failure" när SmartConnect-zonnamnet används men fungerar med IP. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Detta är enligt design.

En Oracle-klient utför en datapump-/säkerhetskopieringsåtgärd till en Isilon över ett WAN med hjälp av ett Smartconnect-zonnamn.
Åtgärden bryts med följande fel:
 
ORA-17516: asynkront I/O-fel i dNFS
 
Samma åtgärd fungerar dock över en IP-adress.

Cause

Detta kan bero på två saker:
  1. dNFS-funktionen för belastningsutjämning för en enda klient.
dNFS eller Direct NFS har en funktion för redundans och belastningsbalansering av en klient och används för skrivintensiva jobb som Datapump eller säkerhetskopieringsåtgärder. På grund av den här funktionen, när du tar en titt på paketspårningarna, kommer du att märka att klienten kommunicerar med flera noder under åtgärden.

Isilon kan hantera failover utan behov av dNFS, men erbjuder inte belastningsutjämning för en enskild klient. I stället utför Isilon en balansering över hela klientbasen genom att rotera den IP-adress som den ger varje klient när den efterfrågas. 

Så över WAN varje gång Oracle-klienten måste framkalla Smarconnect-tjänsten för att ansluta till en annan nod, kommer det att finnas en fördröjning i hämtningen av nästa IP-adress, under vilken Oracle-klienten kommer att anta att NFS-servern inte kan nås och kommer att bryta den pågående operationen som anger "dNFS asynchronous I/O-fel".

Oracles uttalande för felet är som nedan vilket validerar våra resultat:
 
Felkod: ORA-17516
Beskrivning: dNFS asynkront I/O-fel
Orsak: Den asynkrona I/O-begäran misslyckades på grund av lagringsserverns reboot.
 
  1. ASA-brandväggen (Adaptive Security Appliance) som finns mellan de två enheterna ignorerar inkommande TCP-paket på port 2049:
Det kan finnas en brandvägg mellan de två enheterna med en inställning för att ignorera TCP-paket via port 2049.ASA förväntar sig alltid att det första paketet i TCP-anslutningen ska vara TCP SYN från den värd som försöker öppna/skapa TCP-anslutningen. Om vissa andra TCP-paket är inkommande som en "TCP RST ACK" förutsätter det att detta är paket för en befintlig anslutning. Den kontrollerar sedan anslutningstabellen men kan inte hitta en befintlig anslutning och släpper därför trafiken.

Du hittar ett liknande loggmeddelande när du granskar loggarna för ASA-enheten:
 
%ASA-6-106015: Neka TCP (ingen anslutning) från x.x.x.x/x till x.x.x.x/x-flaggor RST på gränssnittet someinterface

Resolution

Oracle har en separat procedur för att konfigurera dNFS.
  1. Kontrollera monteringsposterna från oranfstab fil
  2. Där de olika IP-adresserna för NFS-servern anges
  3. Använd en av IP-adresserna som finns i den här konfigurationsfilen för att montera NFS-exporten
  4. Detta utesluter användningen av Smartconnect-zonnamnet och använder istället endast IP-adressen för att kontakta servern.
  5. Flera IP-adresser i oranfstab filen tar hand om belastningsutjämning

Kontakta Oracles support för att få dNFS konfigurerat. Om det finns en brandvägg mellan de två enheterna måste du tillåta inkommande TCP-trafik på port 2049 på ASA-enheten.

Additional Information

Användbara länkar för dNFS-konfiguration från Oracle:

Se även

Affected Products

Isilon

Products

Isilon
Article Properties
Article Number: 000056260
Article Type: Solution
Last Modified: 02 Apr 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.