[sisyphus] homedir и NFS - крахи
Arcady V. Ivanov
=?iso-8859-1?q?arc_=CE=C1_help0=2Eru?=
Сб Мар 29 07:18:11 MSK 2003
Sergey Vlasov пишет:
>On Fri, Mar 28, 2003 at 11:32:17 +1200, Arcady V. Ivanov wrote:
>
>
>>На машине NFS-клиенте в /var/log/messages наблюдается хроническое:
>>
>>Mar 28 11:25:57 zdo kernel: lockd: cannot monitor 192.168.0.1
>>Mar 28 11:25:57 zdo kernel: lockd: failed to monitor 192.168.0.1
>>Mar 28 11:25:57 zdo kernel: lockd: cannot monitor 192.168.0.1
>>Mar 28 11:25:57 zdo kernel: lockd: failed to monitor 192.168.0.1
>>
>>Это может иметь отношение к проблеме?
>>
>>
>>Из всего, что я нашёл на серверной части , так это rpc.lockd, который
>>вроде как
>>отвечает за file locking, но пускается долько для ядер < 2.2.18.
>>
>>
>
>Насколько я понял, на сервере ещё должен быть запущен rpc.statd - он
>используется для отслеживания факта перезагрузки сервера (при этом
>блокировки сбрасываются). Похоже, эти сообщения как раз по поводу
>отсутствия запущенного rpc.statd.
>
>А lockd у новых ядер реализован в ядре.
>
>
После ручного запуска rpc.statd на сервере и клиенте в логах надписи
исчезли.
Изучаем проблему, почему не запускается автоматом rpc.statd:
В init.d/nfslock обнаруживаем строку, которая стоит первой в start()
--------------------------------------------
fgrep -qs lockdctl /proc/ksyms || exit 0
--------------------------------------------
Заглядываем в /proc/ksyms:
lockdctl там и вправду нет.
Может ядро NFS-lock не делает?
Может от этого все крахи KDE с home-каталогами over NFS?
NFS-гуру, ау, ответьте пожалуйста.
--
SY. Arcady. mailto:arc на help0.ru, WWW - http://www.help0.ru
Подробная информация о списке рассылки Sisyphus