Bug 28356 - Не работает
Summary: Не работает
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: autofs (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P3 critical
Assignee: Sergey Bolshakov
QA Contact: qa-sisyphus
URL:
Keywords:
: 28392 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-01-15 19:50 MSK by Evgenii Terechkov
Modified: 2013-04-24 03:13 MSK (History)
3 users (show)

See Also:


Attachments
Отладочная информация autofs (35.94 KB, text/plain)
2013-01-15 22:48 MSK, Evgenii Terechkov
no flags Details
Отладочная информация успешного автомонтирования (2.34 KB, text/plain)
2013-01-15 22:49 MSK, Evgenii Terechkov
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Evgenii Terechkov 2013-01-15 19:50:48 MSK
При обновлении 5.0.6-alt1 -> 5.0.7-alt1 сервис рестартовал успешно и отвалились все шары, кроме той, что была занята на момент рестарта. Т.е. автомонтирование не работает. Каких либо сообщений в логах не замечено. Откат до 5.0.6-alt1 помогает.
Comment 1 Sergey Bolshakov 2013-01-15 21:30:30 MSK
Выставьте LOGGING=debug в /etc/sysconfig/autofs и покажите, что там происходит.
Comment 2 Evgenii Terechkov 2013-01-15 22:48:32 MSK
Created attachment 5707 [details]
Отладочная информация autofs

Та же ситуация: после обновления пакета отвалили все шары кроме /mnt/nas/video и в логе ругань что не получается примонтировать /mnt/nas/music, например.
Comment 3 Evgenii Terechkov 2013-01-15 22:49:43 MSK
Created attachment 5708 [details]
Отладочная информация успешного автомонтирования

А так выглядит успешное автомонтирование шары (на 5.0.6).
Comment 4 Sergey Bolshakov 2013-01-16 00:50:24 MSK
Добавьте MOUNT_WAIT=5 туда же -- заработает ?
Comment 5 Evgenii Terechkov 2013-01-16 03:55:47 MSK
На беглый взгляд - работает.
Comment 6 Sergey Bolshakov 2013-01-16 14:51:42 MSK
судя по всему, на nas нет или зафильтрован portmap/rpcbind.
Comment 7 Sergey Bolshakov 2013-01-16 14:58:35 MSK
rpcinfo -s nas с клиента что покажет ?
Comment 8 Evgenii Terechkov 2013-01-16 15:38:20 MSK
Процесс 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
Comment 9 Sergey Bolshakov 2013-01-16 16:07:34 MSK
я не смог воспроизвести такое. Что вообще на nas работает -- судя по выдаче
rpcinfo, что-то древнее ?
Comment 10 Evgenii Terechkov 2013-01-16 16:13:32 MSK
Классика, Lenny.
Comment 11 Evgenii Terechkov 2013-01-16 16:14:50 MSK
И с 5.0.6 чудесно всё работает.
Comment 12 Evgenii Terechkov 2013-01-16 16:19:49 MSK
Упс. На самое деле, не Lenny а Etch.
Comment 13 Sergey Bolshakov 2013-01-18 23:56:21 MSK
*** Bug 28392 has been marked as a duplicate of this bug. ***
Comment 14 Gleb Kulikov 2013-01-21 12:21:34 MSK
(В ответ на комментарий №9)
> я не смог воспроизвести такое. Что вообще на nas работает -- судя по выдаче
> rpcinfo, что-то древнее ?

между прочим, в точности такая же выдача от хоста на альте, примерно апрельский (2012) сизиф
Comment 15 Sergey Bolshakov 2013-01-21 14:21:00 MSK
(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 секунд.
В вашем случае первый (дефолтный) сценарий не срабатывает, и у меня нет хорошей догадки почему.
Comment 16 Fr. Br. George 2013-04-15 18:30:39 MSK
Подтверждаю давнюю неработоспособность на паре Сизиф + 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 не работает прямо сейчас.
Comment 17 Repository Robot 2013-04-18 22:59:45 MSK
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