ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Не работает | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Evgenii Terechkov <evg> | ||||||
| Component: | autofs | Assignee: | Sergey Bolshakov <sbolshakov> | ||||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||||
| Severity: | critical | ||||||||
| Priority: | P3 | CC: | george, glebus, sbolshakov | ||||||
| Version: | unstable | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Attachments: |
|
||||||||
|
Description
Evgenii Terechkov
2013-01-15 19:50:48 MSK
Выставьте LOGGING=debug в /etc/sysconfig/autofs и покажите, что там происходит. Created attachment 5707 [details]
Отладочная информация autofs
Та же ситуация: после обновления пакета отвалили все шары кроме /mnt/nas/video и в логе ругань что не получается примонтировать /mnt/nas/music, например.
Created attachment 5708 [details]
Отладочная информация успешного автомонтирования
А так выглядит успешное автомонтирование шары (на 5.0.6).
Добавьте MOUNT_WAIT=5 туда же -- заработает ? На беглый взгляд - работает. судя по всему, на nas нет или зафильтрован portmap/rpcbind. rpcinfo -s nas с клиента что покажет ? Процесс portmapper на nas запущен, слушает 111/tcp/udp. Фильтрации пакетов в сегменте нет.
$rpcinfo -s nas
program version(s) netid(s) service owner
100000 2 udp,tcp portmapper unknown
100011 2,1 tcp,udp rquotad unknown
100024 1 tcp,udp status unknown
100003 4,3,2 tcp,udp nfs unknown
100227 3,2 tcp,udp nfs_acl unknown
100021 4,3,1 tcp,udp nlockmgr unknown
100005 3,2,1 tcp,udp mountd unknown
я не смог воспроизвести такое. Что вообще на nas работает -- судя по выдаче rpcinfo, что-то древнее ? Классика, Lenny. И с 5.0.6 чудесно всё работает. Упс. На самое деле, не Lenny а Etch. *** Bug 28392 has been marked as a duplicate of this bug. *** (В ответ на комментарий №9) > я не смог воспроизвести такое. Что вообще на nas работает -- судя по выдаче > rpcinfo, что-то древнее ? между прочим, в точности такая же выдача от хоста на альте, примерно апрельский (2012) сизиф (In reply to comment #14) > (В ответ на комментарий №9) > > я не смог воспроизвести такое. Что вообще на nas работает -- судя по выдаче > > rpcinfo, что-то древнее ? > > между прочим, в точности такая же выдача от хоста на альте, примерно апрельский > (2012) сизиф в точности такой же выдача от годовалой давности сизифа быть не может, поскольку замена portmap (версия только 2) на rpcbind (2,3,4) произошла сильно раньше. но в общем, непустой вывод rpcinfo -- уже хорошо. проблема же в том, что в 5.0.7 появился, как бы это поизящнее выразиться, режим предварительного опроса стороны сервера о возможности монтировать то да сё, в видах оградить себя от риска повиснуть при монтировании на время, задаваемое MOUNT_WAIT. Бишь, если MOUNT_WAIT не определён (дефолт -1), то быстро опрашиваем, если та сторона отвечает, быстро монтируем. Иначе, сразу пытаемся монтировать, ожидая не более MOUNT_WAIT секунд. В вашем случае первый (дефолтный) сценарий не срабатывает, и у меня нет хорошей догадки почему. Подтверждаю давнюю неработоспособность на паре Сизиф + NFS + avahi/services/ -> Сизиф+autofs Варианты починки: 1. MOUNT_WAIT=5 в /etc/sysconfig/autofs на клиенте 2. Пересборка autofs без libtirpc Виноват конкретно этот код: george@gear:~/git/autofs> grep -A2 -r clnt_vc_create * lib/rpc_subs.c: clnt = clnt_vc_create(*fd, &nb_addr, lib/rpc_subs.c- info->program, info->version, lib/rpc_subs.c- info->send_sz, info->recv_sz); Проблема в том, что в нынешнем дистрибутиве из коробки autofs/NFS не работает прямо сейчас. autofs-5.0.7-alt2 -> sisyphus: * Tue Apr 16 2013 Sergey Bolshakov <sbolshakov@altlinux> 5.0.7-alt2 - rebuilt without libtirpc (closes: #28356) - updated to git 9131ce60 |
