Isilon: Erro durante a operação do Oracle Data Pump "falha de E/S assíncrona do dNFS"

ORA-17516: falha de E/S assíncrona do dNFS
 

O dNFS, ou NFS direto, tem uma funcionalidade de failover e balanceamento de carga de client único e é usado para trabalhos com uso intenso de gravação, como Datapump ou operações de backup. Devido a esse recurso, ao examinar os rastreamentos de pacotes, você notará que o client estará se comunicando com vários nós ao longo da operação.

Embora o Isilon possa lidar com o failover sem a necessidade de dNFS, ele não oferece balanceamento de carga de client único; em vez disso, o Isilon executa o balanceamento em toda a base de clientes girando o endereço IP que ele fornece a cada cliente quando consultado. 

Portanto, sempre que o client Oracle tiver que evocar o serviço Smarconnect para se conectar a um nó diferente, haverá um atraso na obtenção do próximo endereço IP, durante o qual o cliente Oracle presumirá que o servidor NFS não está acessível e interromperá a operação em andamento informando "falha de E/S assíncrona do dNFS".

A declaração da Oracle para o erro é a seguinte, o que valida nossas descobertas:
 

Código de erro: ORA-17516
Descrição: falha de E/S
assíncrona do dNFSCausa: Falha na solicitação de E/S assíncrona devido ao rebo ot do servidor de armazenamento.

Pode haver um firewall presente entre os dois dispositivos com uma configuração para descartar pacotes TCP pela porta 2049. O ASA sempre espera que o primeiro pacote da conexão TCP seja o TCP SYN do host que tenta abrir/formar a conexão TCP. Se alguns outros pacotes TCP estiverem sendo recebidos, como um "TCP RST ACK", presume-se que se trata de pacotes para uma conexão existente. Em seguida, ele verifica sua tabela de conexões, mas não consegue encontrar uma conexão existente e, portanto, descarta o tráfego.

Você encontrará uma mensagem de log semelhante, ao analisar os logs do dispositivo ASA:
 

%ASA-6-106015: Negar TCP (sem conexão) de x.x.x.x/x para x.x.x.x/x sinaliza RST em alguma interface