как получить NFS, правильно работающий в Debian снова

Существует несколько открытых ошибок о NFS для Debian, нестабильного прямо сейчас.

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

Однако я не желаю вручную запущенного сервиса на сервер, который может быть перезагружен в любое время - и я не желаю hacky сценария, записанного мной или некоторым случайным парнем.

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

0
задан 05.01.2010, 19:53

2 ответа

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

1
ответ дан 24.11.2019, 06:58

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

Отметьте, workrounds, на который ссылаются, по ошибке говорит "-o блокировку", которая должна быть "-o nolock".

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

1
ответ дан 24.11.2019, 06:58

Теги

Похожие вопросы