Есть несколько открытых ошибок о нестабильной работе Debian для Debian.

В одном описании проблемы говорится, что сбой вызван переходом nfs-kernel-server к rpcbind - и rpcbind и portmap не могут одновременно связывать один и тот же порт. Тем не менее, пакет rpcbind вообще не имеет сценария init.d, хотя, похоже, он работал на моем клиенте при запуске вручную (мой сервер тоже не работает, поэтому я не проверил его полностью).

Тем не менее, я не хочу, чтобы служба запускалась вручную на сервере, который может быть перезагружен в любое время, и я не желаю иметь хакерский скрипт, написанный мной или каким-то случайным парнем.

Итак, я ищу "официальное" решение, исправляющее использование NFS для Debian, которое не требует ручного взлома. Правильное решение, очевидно, займет некоторое время, но хорошее временное решение, которое требуется каждому пользователю Debian NFS по всему миру.

2 ответа2

1

Есть обходные пути, приведенные в отчете об ошибке. Первое, что вы не хотите (запуск rpcbind вручную). Второй - NEEDS_STATD = no и -o nolock - отлично работает для меня здесь. Другой вариант в потоке отчетов о выпуске - использовать nfs4, и в этом случае вы можете просто установить NEEDS_STATD = no.

Обратите внимание, что упомянутые рабочие области ошибочно говорят «-o lock», что должно быть «-o nolock».

Вряд ли найдется "официальное" решение. Просто следите за сообщениями об ошибках, чтобы увидеть, как люди справляются с этой проблемой. Вместо "официального" решения, проблема, скорее всего, будет просто исправлена - либо путем исправления rpc.statd, либо путем добавления сценария инициализации в rpcbind.

1

Проблема решена официально, пакет rpcbind теперь содержит скрипт инициализации, все зависимости изменились.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .