Estou usando o smbclient para transferir um conjunto de arquivos grandes (80 GB) por noite de um sistema Linux para um compartilhamento do Windows. Ultimamente, por qualquer motivo, recebi tempos limite de E / S:
cli_push returned NT_STATUS_IO_TIMEOUT
que faz com que a transferência de arquivos ativa seja abortada e excluída do compartilhamento do Windows.
Isso pode ser devido ao erro do Samba 8498 não resolvido (ou talvez não). O sistema Windows não está sob meu controle, então não posso instalar um servidor ssh (para usar scp ou sftp) e não quero depender da implementação do NFS pela Microsoft.
Existe outra alternativa simples e padrão que me permita mover 80 GB de dados de forma confiável do Linux para o Windows pela rede regularmente (a rede é GB ethernet, então a largura de banda não é um problema)?
Tente usar essas opções de soquete no smbclient
smbclient --socket-options='TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=131072 SO_SNDBUF=131072'
Eu regularmente copio de 40 + GB de arquivos do Windows para o servidor de mídia Linux sem erro, a taxa de transferência típica é de 85MB / s com máquinas conectadas via comutador gigabit.
Talvez você possa instalar um servidor ftp no seu servidor linux e solicitar ao administrador do Windows que envie o arquivo todas as noites?
O FTP tem algumas funções úteis para transferir arquivos grandes e um mecanismo de pausa / retomada. Para arquivos desse tamanho, você deve tomar cuidado para não ter um hardware de rede encerrando as conexões inativas muito cedo. Ele pode fechar sua conexão de controle antes que a transferência termine.
Tags windows file-sharing