странноватое поведение самбы

ну а так — wireshark в руки. и логи выкручивать. у самбы они весьма выкручиваемые.

При "Default: log level = 0 (ц) man smb.conf"?

Какая версия samba на NAS? Обновлять до последней версии пробовал? Что в конфиге? Удалять всё лишнее из конфига пробовал?

У меня медиатанк замечательно читает файлы с samba 3.0.37 под gentoo. Иногда почти весь день крутит фильмы без каких-либо проблем.

Подключаю наутилусом эту шару и изредка (через некоторое время) получаю сообщение: Could not open location 'smb://myspecialuser@xxxxx/yyyyy' No data available. А повторная попытка (видимо, переоткрытие сессии) проходит нормально.

А тут отдельный разговор. На данный момент, gvfsd-smb и gvfsd-smb-browse представляют из себя глючное говно. Для сравнения их лучше не использовать.

3.0.21с - то, что шло с прошивкой.

Самба походу протухла. Почти за четыре года то =).

Может для твоего NAS есть какие-нибудь альтернативные прошивки, с более новой версией самбы?

Только совсем экстремистские и левацкие. Мне NAS нужен все-таки надежный:)

Может тогда стоит взять NAS, основанный на обычном x86 (вроде уже появились на атомах) и поставить на него любой обычный дистрибутив, в котором софт точно не протухнет?

Все ок, все поставил, все работает, но периодически такая же херня как у тебя. Ох как я мучался перед тем как решил выдернуть провод и попинговать этот ип !!! Оказывается этот же ип был у коммутатора !!! (управляемый он был). И дебиан как то перебарывал его, но коммутатор несколько раз в день все таки сбрасывал сессию самбы. А вдруг у тебя тоже ип неподелили, мало ли %)

Хочется заставить работать имеющееся. Пока что я не нашел обоснований принципиальной невозможности.

Вот смотри. Ты сам сказал, что проблема воспроизводится на любом клиенте, следовательно она вызвана сервером. Раз кроме проблемы с самбой ты не упомянул никаких других проблем, значит этих проблем нет, а следовательно проблема скорее всего именно в самба-демоне, а не где-то ещё (например в ядре или железе). Раз проблему вызывает самба-демон, и в конфиге всё в порядке, то значит это либо ошибка в коде, либо «кривая сборка». В обоих случаях решение одно - заменить самба-демон на NAS'е либо на пересобранную ту же версию, либо на более свежую. Ты сам сказал, что менять прошивку или пересобирать самбу ты не хочешь. Следовательно остаётся последний вариант - поменять прошивку вместе с железкой. Самосборные решения из старого хлама тебя скорее всего не интересуют, так что остаётся только купить готовый. Готовые варианты на SoC'ах «всё в одном» не подходят, так как они обычно имеют ту же проблему - труднозаменяемая полупроприетарная прошивка со старым как говно мамонта софтом, следовательно нужно что-то с более мейнстримовыми внутренностями. Тут то и выходят на сцену x86-based NAS =).

Вот это, кстати, мне неочевидно. Может, я чего-то не вижу. Соббсно, желаемый путь решения, который мне кажется логичным:

1. Подкрутить что-то в настройках логов

2. Увидеть в логах реальную причину

3. Найти магическую строку в конфиге для решения (или воркэраунда) проблемы.

4. Профит

Тогда выкладывай конфиг. И лог, даже если большой, может коллективно что-нибудь найдём...

ЗЫ Кстати, в ipkg предлагают поставить нефирмварьную samba 3.2.15 - если совсем ничего не поможет, можно попробовать этот путь...

А вот это ИМХО самый простой вариант. В случае чего можно ведь будет и на старую версию откатиться.

deadtime = 15

Может это попробовать убрать?

Ты же мысль