Назад | Перейти на главную страницу

SMBfs монтируется в порядке, список в порядке, чтение KO, smbclient в порядке

Я попытался сделать заголовок максимально значимым, но он все равно выглядит уродливо.

Помещения.

Мы используем RHEL3-U8 в качестве ОС на большинстве серверов, не спрашивайте меня, почему и не предлагайте обновить, это не в сегодняшнем расписании. Это означает, что используемое ядро 2.4.21 У меня нет доступа к удаленному серверу, но я знаю, что это стойка сетевого хранилища netApp.

$> smbclient --version
Version 3.0.9-1.3E.9

Вот строка / etc / fstab:

//NASHOSTNAME/share /mnt/mydir smbfs ro,uid=123,gid=123,workgroup=XXXX,credentials=/somefile 0 0

Вот следующее mount линия вывода

//NASHOSTNAME/share on /mnt/mydir type smbfs (0)


Симптомы.

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

$> cat /mnt/mydir/fileX.txt
cat: /mnt/mydir/fileX.txt: Input/output error

В системных журналах (/var/log/kernel например) появляются следующие ошибки.

Jul 30 15:40:02 hostname kernel: smb_errno: class ERRHRD, code 31 from command 0x2
Jul 30 15:40:02 hostname kernel: smb_errno: class ERRHRD, code 31 from command 0x2
Jul 30 15:40:02 hostname kernel: smb_open: fileX.txt open failed, result=-5
Jul 30 15:40:02 hostname kernel: smb_errno: class ERRHRD, code 31 from command 0x2
Jul 30 15:40:02 hostname kernel: smb_errno: class ERRHRD, code 31 from command 0x2
Jul 30 15:40:02 hostname kernel: smb_open: fileX.txt open failed, result=-5
Jul 30 15:40:02 hostname kernel: smb_readpage_sync: fileX.txt open failed, error=-5

Ошибка кода ERRHRD 0x001F - «Общий отказ оборудования», хотя кажется, что самба иногда использует ее для других целей, см. http://www.ubiqx.org/cifs/SMB.html [Предупреждение о странном поведении]

Дополнительная информация: в системе есть еще одна точка монтирования SMB, указывающая на хост (linux), использующий самбу, и этот работает.


Что я пробовал.

Я пробовал добавить debug=4 к вариантам монтажа и повторному монтажу лапы и бревен по-прежнему выглядят одинаково.

Я попытался установить долю с помощью smbclient и Я могу получать файлы с get команда.

Обе цели находятся в одной подсети, поэтому проблема с сетью должна быть устранена, даже если локальная сеть проходит через VPN с оптимизаторами, MTU уже уменьшено до 1450.

Я также могу смонтировать общий ресурс через NFS, но тогда все файлы будут root.root 700, и мне нужно прочитать их с другим пользователем ...

Понимая, что вы перешли к большему и лучшему, я все еще чувствую себя обязанным комментировать ...

Я имел дело с довольно безумными настройками на гораздо более старом оборудовании. Даже некоторые из них использовали NAS, и Samba была единственным выходом.

Я бы рекомендовал посмотреть разрешения в стиле NTFS для файлов, хранящихся на NAS. Если возможно, получите доступ к системе на базе Windows, которая может получить доступ к подключаемому общему ресурсу, а затем просмотрите разрешения для файлов. Предполагая, что ваш smb.conf использует Active Directory (а не "share" или "user"разрешения), затем любые файлы на общем ресурсе, которые разрешают"Domain Users"чтобы их прочитать, должно работать.

Хорошим тестом будет .... вы можете создать файл в Samba-mount из вашей системы RHEL3? Я понимаю, что вы монтируете общий ресурс только для чтения, но действительно ли он распределяется из NAS с разрешениями на чтение и запись?