Não é possível carregar o arquivo 4MiB em compartilhamento SMB

Question

por algumas semanas, eu não posso mais fazer upload de arquivos para o meu servidor Samba. Eu não mudei a configuração nem atualizei o Samba para que isso aconteça. Eu tinha o Samba 4.1.5 quando aconteceu, então tentei atualizar para o 4.1.7 mas o problema continua. Estou no Mageia Cauldron, com o Samba 4 compilado manualmente e configurado como um PDC.

Eu posso baixar arquivos do compartilhamento Samba sem nenhum problema, de alguns bytes a vários GiB entre 8.8 e 11.2MiB / s. Mas eu só posso fazer upload de arquivos menores que ~ 4MiB e mais lentos que 100KiB / s. Quando copio do GNU / Linux, recebo um erro de tempo limite, e quando copio do Windows, ele diz que o nome da rede não está mais disponível.

Alguma ideia de como resolver isso? Aqui está o meu smb.conf se for útil:

[global]
workgroup = DOMAIN.ORG
server string = Samba Server Version %v

realm = AD.DOMAIN.ORG

netbios name = DOMAIN
server role = active directory domain controller
server services = s3fs, rpc, nbt, wrepl, ldap, cldap, kdc, drepl, winbind, ntp_signd, kcc, dnsupdate
idmap_ldb:use rfc2307 = yes


encrypt passwords = yes
log level = 3
log file = /var/log/samba/samba.log
max log size = 50
template shell = /bin/bash

logon drive = P:
logon home = \192.168.1.2\Profiles\%U
logon path = \192.168.1.2\Profiles\%U

load printers = yes
printing = cups

[printers]
path = /var/spool/samba
browseable=yes
printable = yes
public = yes

[print$]
path = /srv/samba/Printer_drivers
comment = Printer Drivers
writeable = yes

[Data]
path = /mnt/data
read only = No

[profile]
path = /srv/samba/profile
read only = no
profile acls = yes
create mode = 0600
directory mode = 0700
browseable = no

[netlogon]
path = /var/lib/samba/sysvol/ad.domain.org/scripts
read only = No

[sysvol]
path = /var/lib/samba/sysvol
read only = No

[homes]
comment = Home Directories
browseable = no
writable = yes
force create mode = 0660
force directory mode = 0770

[Profiles]
path = /srv/samba/Profiles/
read only = no
msdfs root = yes

[IPC$]
path = %$TMPDIR
guest ok = yes
#hosts allow = 192.168.1.0/24 127.0.0.1 fe80::250:22ff:fe40:1048/64
#hosts deny = 0.0.0.0/0 ::/0

    

Answer 1

Há uma opção no arquivo smb.conf que desativa o atraso antes do tempo limite para conexões TCP (que pode estar ocorrendo porque a conexão dura muito tempo em arquivos maiores e acha que não está respondendo, talvez por causa de um bug nessa build), apenas adicione:

socket options = TCP_NODELAY

Para o seu arquivo e teste de conf. Source .

Tente também fazer downgrade do seu pacote para a última versão de trabalho, se for possível para você.

Atualização, sobre seus últimos comentários :

Com relação à sua parte de velocidade, presumo que você tenha 2 100 Mbps NICs em cada extremidade conectada a um 100 Mbps HUB ou switch, então se você fizer algumas contas, nós entenderemos:

100 Mbps = 100 Mbits / 8 bytes/bit = 12.5 MB/s max.

E supondo que seu switch ou NICs não sejam full-duplex (como uma rede WiFi), você deve obter uma velocidade de ~ 6.25 MB / s para transmissões TCP, mas acho que não é o caso, de qualquer forma, sempre assumir a lentidão causada por outro tráfego que passa pela rede, especialmente se você estiver em um HUB onde colisões ocorrem com frequência.

Observe também que 100 MB/s ≠ 100 MiB/s :

100 'MB/s' = 100,000,000 b = 100*10^6 b ← Base 10.

Onde:

100 'MiB/s' = 104,857,600 b = 100*2^20 b ← Base 2.

Assim, a sua conexão está no topo em 12.5 MB/s e sua ferramenta está medindo em termos de MiB (o que as ferramentas mais comuns fazem), você tem isso:

12.5 MB/s = 12,500,000 b
12,500,000 b / 2^20 B = ~12 MiB/s

E se você levar em conta as lentidões do tráfego em uma rede real, a velocidade real é sua.