[mdk-re] Re: [mdk-re] Вопрос про NFS: umount

[Oleg S.Gints]

Попробовал все воспроизвести на одной машине, которая бы выступала
в роли и сервера nfs, и клиента - ситуация не воспроизводится, все
работает как положено, никаких сообщений об ошибках не выдается.
Тогда вернулся к варианту с двумя машинами (см. аттачи)

Выяснилось следующее:

если на клиенте поднять сервер nfs, который к делу не относится,
то все начинает работать нормально,
если даже экспортируется что попало, например /home localhost(ro)

Еще раз повторю, все работает, если попутно сервер nfs запущен на
стороне _КЛИЕНТА_ (клиент в это время работает с другим сервром на
другой машине). Если же на стороне клиента,
запущены только portmap, nfslock, то ситуация воспроизводится на 100%:
предупреждения ядра на консоль, и lockd в памяти (у клиента).
Со стороны сервера никаких отклонений не заметил.

Только что обнаружил, как это сообщение получить на одной машине,
которая сама себе и клиент, и сервер:
1.Примонтировать како-нибудь собственный ресурс nfs.
2.Размонтировать.
3. service nfs stop
В этот момент и будет на консоли и в логах:
lockd_down: lockd_failed to exit, clearing pid


>> При размонтировании nfs после нажатия на Enter пауза ~1 секунда,
>> потом на консоль и в логи выдается предупреждение ядра:
>>
>> Jun 29 15:11:32 oleg kernel: lockd_down: lockd_failed to exit, clearing
pid
>>
>> После umount на клиенте остается в памяти демон [lockd] и их число
>> с каждым umount растет, что не может не настораживать.
>>
>> Система Spring2001+updates, ядро 2.2.19-alt2-up-secure на сервере
>> и 2.2.19-alt2-up|2.2.19-alt2-up-secure на клиенте, все пакеты
>> оригинальные, без пересборки. Попытался поставить nfs-client из
>> Сизифа, ситуация не изменилась.
>> Неужели я один такой счастливый :-) ?
>
>Дополнительные вопросы про тот сервер, где остаются процессы [lockd]:
>1. rpm -qa |grep ^nfs
>2. /etc/init.d/nfs status
>3. /etc/init.d/nfslock status

>Как изменяется 2. и 3. после нескольких umount/mount?

----------- следующая часть -----------
An embedded and charset-unspecified text was scrubbed...
Name: server.txt
URL: <http://lists.altlinux.org/pipermail/community/attachments/20010709/b5503dc0/attachment-0004.txt>
----------- следующая часть -----------
An embedded and charset-unspecified text was scrubbed...
Name: client.txt
URL: <http://lists.altlinux.org/pipermail/community/attachments/20010709/b5503dc0/attachment-0005.txt>