Вчера мой ресурс NFS работал. Сегодня я получаю:
mount.nfs: access denied by server while mounting
На сервере, когда я перезагружаю nfs (перезапуск службы nfs-kernel-server), я получаю:
* Stopping NFS kernel daemon [ OK ]
* Unexporting directories for NFS kernel daemon... [ OK ]
* Exporting directories for NFS kernel daemon... [ OK ]
* Starting NFS kernel daemon
Usage: rpc.mountd [-F|--foreground] [-h|--help] [-v|--version] [-d kind|--debug kind]
[-o num|--descriptors num] [-f exports-file|--exports-file=file]
[-p|--port port] [-V version|--nfs-version version]
[-N version|--no-nfs-version version] [-n|--no-tcp]
[-H ha-callout-prog] [-s|--state-directory-path path]
[-g|--manage-gids] [-t num|--num-threads=num]
[fail]
Это приводит меня к выводу: mount .d не подходит. Как вы думаете? (Я уже много пробовал, но все выглядит нормально, за исключением сообщения «Ошибка»; я перезагрузил клиент и сервер, переустановил nfs и т. Д.).
В системном журнале я не могу найти ничего странного, кроме этого:
kernel: [ 114.548230] nfsd: last server has exited, flushing export cache
Sep 1 13:43:50 srv262 kernel: [ 115.609287] NFSD: Using /var/lib /nfs/v4recovery as the NFSv4 state recovery directory
Sep 1 13:43:50 srv262 kernel: [ 115.609299] NFSD: starting 90-second grace period (net ffffffff81cdab40)
Что изменилось по сравнению со вчерашним днем? - возможно обновления. Машина работает как VM в Vmware Player, может быть, Suspend от Vmware повредил некоторые файлы?
Клиенты подключаются через OpenVPN к серверу - как уже говорилось, это работало до сегодняшнего дня.
Thx