Я попытался сделать заголовок максимально значимым, но он все равно выглядит уродливо.
Помещения.
Мы используем 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 с разрешениями на чтение и запись?