Bug 28356 - Не работает
: Не работает
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/autofs)
: unstable
: x86_64 Linux
: P3 critical
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2013-01-15 19:50 by
Modified: 2013-04-24 03:13 (History)


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


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2013-01-15 19:50:48
При обновлении 5.0.6-alt1 -> 5.0.7-alt1 сервис рестартовал успешно и отвалились
все шары, кроме той, что была занята на момент рестарта. Т.е. автомонтирование
не работает. Каких либо сообщений в логах не замечено. Откат до 5.0.6-alt1
помогает.
------- Comment #1 From 2013-01-15 21:30:30 -------
Выставьте LOGGING=debug в /etc/sysconfig/autofs и покажите, что там происходит.
------- Comment #2 From 2013-01-15 22:48:32 -------
Created an attachment (id=5707) [details]
Отладочная информация autofs

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

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

между прочим, в точности такая же выдача от хоста на альте, примерно апрельский
(2012) сизиф
------- Comment #15 From 2013-01-21 14:21:00 -------
(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 From 2013-04-15 18:30:39 -------
Подтверждаю давнюю неработоспособность на паре Сизиф + 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 From 2013-04-18 22:59:45 -------
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