[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