Монтаж SMBfs в порядке, список в порядке, чтение KO, smbclient OK
Я пытался сделать название максимально значимым, но все равно выглядит уродливо.
Помещения.
Мы используем RHEL3-U8 в качестве ОС на большинстве серверов здесь, не спрашивайте меня, почему или предлагаете обновить, это не по сегодняшнему графику. Это означает, что используемое ядро 2.4.21
У меня нет доступа к удаленному серверу, но я знаю, что это стойка netApp NAS.
$> 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
например) появляются следующие ошибки.
30 июля 15:40:02 имя хоста ядро: smb_errno: класс ERRHRD, код 31 из команды 0x2 30 июля 15:40:02 имя хоста ядро: smb_errno: класс ERRHRD, код 31 из команды 0x2 30 июля, 15:40:02 имя хоста: smb_open: файл X.txt открыть не удалось, результат =-5 30 июля 15:40:02 имя хоста ядро: smb_errno: класс ERRHRD, код 31 из команды 0x2 30 июля 15:40:02 имя хоста ядро: smb_errno: класс ERRHRD, код 31 из команды 0x2 30 июля, 15:40:02 имя хоста: smb_open: файл X.txt открыть не удалось, результат =-5 30 июля, 15:40:02 имя хоста: smb_readpage_sync: файл X.txt открыть не удалось, ошибка =-5
Ошибка ERRHRD code 0x001F - "Общий сбой оборудования", хотя кажется, что samba иногда использует его для других целей, см. http://www.ubiqx.org/cifs/SMB.html [Предупреждение о странном поведении]
Дополнительная информация: В системе есть еще одна точка монтирования SMB, указывающая на хост (linux), использующий samba, и это работает.
Что я пробовал
Я пробовал добавлять debug=4
варианты монтажа и повторной установки общего ресурса и журналов все еще выглядят одинаково.
Я попытался установить общий ресурс с smbclient
и я могу получить файлы с get
команда.
Обе цели находятся в одной подсети, поэтому проблема с сетью должна быть устранена, даже если ЛВС проходит через VPN с оптимизаторами, MTU уже уменьшен до 1450.
Я также могу смонтировать общий ресурс через NFS, но тогда все файлы - root.root 700, и мне нужно прочитать их с другим пользователем...
1 ответ
Понимая, что вы перешли к большему и лучшему, я все еще чувствую себя обязанным комментировать....
Я имел дело с довольно сумасшедшими установками на гораздо более старом оборудовании. Даже некоторые с участием NAS, и Samba был единственным путем.
Я бы порекомендовал взглянуть на разрешения в стиле NTFS для файлов, хранящихся на NAS. Если возможно, получите доступ к системе на базе Windows, которая может получить доступ к монтируемому вами общему ресурсу, а затем посмотрите на разрешения файлов. Предполагая ваш smb.conf
использует Active Directory (а не "share
" или же "user
"разрешения", затем любые файлы в общей папке, которые разрешают "Domain Users
"Чтобы прочитать их, должно работать.
Очень хорошим тестом будет.... Можете ли вы создать файл в Samba-mount из вашей системы RHEL3? Я понимаю, что вы монтируете общий ресурс только для чтения, но действительно ли он является общим для NAS с разрешениями на чтение и запись?