Очень низкая производительность SMB3 (и SMB2) между клиентом Linux SMB и сервером Samba 4

Очень низкая производительность SMB3 (и SMB2) между клиентом Linux SMB и сервером Samba 4

Я работаю в основном в клиентской среде Windows, но мы используем Samba 4.3.10 в качестве файлового сервера (на RHEL 6.x). Клиенты Windows 10 могут без проблем взаимодействовать и использовать SMB3, а машины Windows 7 прекрасно работают на SMB2.x

Однако у меня есть клиент CentOS7 Linux, который я также подключаю к файловому серверу Samba. SMB1 работает нормально, а файловый менеджер по умолчанию всегда хочет использовать только его, но не согласовывает SMB2 или SMB3. Я попробовал несколько других файловых менеджеров из репозитория CentOS yum, и все они выбирают SMB1, ничего лучше. Если я блокирую SMB1, установив его min protocol=SMB2в своем smb.confна сервере, то клиент Linux просто не подключается вообще.

Я знаю, что ядро ​​Linux определенно поддерживает SMB3, и я могу смонтировать общий ресурс с помощью SMB3 с помощью такой команды:

sudo mount -t cifs "//{server}/{share}" -o username={username},\
domain={domain},\vers=3\.0 /mnt/{mountdir}

Но производительность ужасная! Я вижу, что файлы и разрешения в порядке, но любая операция записи файла (например, «touch file») занимает до 30 секунд каждый раз, и это не неиспользуемо. То же самое поведение с SMB2.x

Мне бы очень хотелось перейти на SMB3 (или 2.x) и не оставлять эту систему на старом (устаревшем?) SMB1.

Я повторил настройку на второй системе Linux, и поведение было таким же.

Есть идеи, почему это не работает должным образом?

Спасибо

mrc

Связанный контент