NFS non si monta più: rpc-statd non si avvia

13

Ogni volta che provo ad avviare un mount NFS ottengo:

Feb 12 00:02:19 martin-xps.lico.nl rpc.statd[23582]: Version 1.3.2 starting
Feb 12 00:02:19 martin-xps.lico.nl rpc.statd[23582]: Flags: TI-RPC
Feb 12 00:02:19 martin-xps.lico.nl rpc.statd[23582]: Running as root.  chown /var/lib/nfs to choose different user
Feb 12 00:02:19 martin-xps.lico.nl rpc.statd[23582]: failed to create RPC listeners, exiting
Feb 12 00:02:19 martin-xps.lico.nl systemd[1]: rpc-statd.service: control process exited, code=exited status=1
Feb 12 00:02:19 martin-xps.lico.nl systemd[1]: Failed to start NFS status monitor for NFSv2/3 locking..
Feb 12 00:02:19 martin-xps.lico.nl systemd[1]: Unit rpc-statd.service entered failed state.
Feb 12 00:02:19 martin-xps.lico.nl systemd[1]: rpc-statd.service failed.
Feb 12 00:02:19 martin-xps.lico.nl rpc.statd[23584]: Version 1.3.2 starting
Feb 12 00:02:19 martin-xps.lico.nl rpc.statd[23584]: Flags: TI-RPC
Feb 12 00:02:19 martin-xps.lico.nl rpc.statd[23584]: Running as root.  chown /var/lib/nfs to choose different user
Feb 12 00:02:19 martin-xps.lico.nl rpc.statd[23584]: failed to create RPC listeners, exiting

Ho provato a chown /var/lib/nfsfarlo rpc, il che mi dà solo l'errore meno la riga "Esecuzione come root":

Feb 12 00:05:09 martin-xps.lico.nl rpc.statd[23773]: Version 1.3.2 starting
Feb 12 00:05:09 martin-xps.lico.nl rpc.statd[23773]: Flags: TI-RPC
Feb 12 00:05:09 martin-xps.lico.nl rpc.statd[23773]: failed to create RPC listeners, exiting
Feb 12 00:05:09 martin-xps.lico.nl systemd[1]: rpc-statd.service: control process exited, code=exited status=1
Feb 12 00:05:09 martin-xps.lico.nl systemd[1]: Failed to start NFS status monitor for NFSv2/3 locking..
Feb 12 00:05:09 martin-xps.lico.nl systemd[1]: Unit rpc-statd.service entered failed state.
Feb 12 00:05:09 martin-xps.lico.nl systemd[1]: rpc-statd.service failed.
Feb 12 00:05:09 martin-xps.lico.nl rpc.statd[23775]: Version 1.3.2 starting
Feb 12 00:05:09 martin-xps.lico.nl rpc.statd[23775]: Flags: TI-RPC
Feb 12 00:05:09 martin-xps.lico.nl rpc.statd[23775]: failed to create RPC listeners, exiting

Ho provato a reinstallare nfs-utils:

$ pacman -R nfs-utils
$ rm -r /var/lib/nfs
$ pacman -S nfs-utils

Quindi ricrea la directory con l'autorizzazione dell'utente root. Non sono nemmeno sicuro che questo errore si riferisse anche al rpc.statdnon avvio.

Ho anche provato a correre rpc.statd -F --no-notifynella mia shell, ma questo si chiude con il codice 1. Nessun errore, niente di niente. Non ci sono flag dettagliati o di debug documentati nella manpage.

Ho anche provato a svuotare il mio /etc/exportse il mio sistema è aggiornato ( pacman -Syu). Non ho cambiato nulla, ha smesso di funzionare poche ore fa.

Si noti che l'utilizzo delle mount -o nolock /dataopere; quindi il resto dei demoni NFS / rpc sembra andare bene.

linux arch-linux nfs

— Martin Tournoij
fonte

26

Stesso problema qui, rpc-stadfallito dall'ultimo aggiornamento (tutti i miei computer avevano il problema dopo l'aggiornamento).

Per risolvere il problema ho appena abilitato e avviato rpcbind:

sudo  systemctl enable   rpcbind.service  # for the next reboot
sudo  systemctl start    rpcbind.service   
sudo  systemctl restart  rpcbind.service

— humhumhum
fonte

7

Sembrerebbe che i file di unità rdcbind systemd siano scomparsi:

$ find /usr/lib/systemd -name 'rpcbind*'
# no output

La reinstallazione ha risolto il problema:

$ pacman -S rpcbind
# [...]

$ find /usr/lib/systemd -name 'rpcbind*
/usr/lib/systemd/system/rpcbind.service
/usr/lib/systemd/system/rpcbind.target
/usr/lib/systemd/system/rpcbind.socket

$ systemctl enable rpcbind
$ systemctl start rpcbind
$ systemctl restart nfs-server

Non sono sicuro di come mancassero questi file; forse un problema di corruzione di FS?

La cosa strana è che nfsd era ancora in esecuzione, ma statd non lo era. Dopo un riavvio, anche nfsd non ha funzionato (perché necessario rpcbind). È quasi come se questi file fossero scomparsi mentre il sistema era in esecuzione.

Sfortunatamente systemdnon fornisce un chiaro messaggio di errore su questo tipo di errori (ovvero la dipendenza rpcbindnon è stata caricata), il che renderebbe il debug più semplice :-(

— Martin Tournoij
fonte

Strano. Ho appena riscontrato esattamente lo stesso problema (impossibile montare un volume NFS3, errore systemctl start rpc-statdcon messaggio " impossibile creare listener RPC, uscita") su un sistema Linux Arch. L'installazione, l'abilitazione e l'avvio del servizio rpcbind hanno risolto il problema. Mi chiedo se in precedenza funzionasse come socket anziché come servizio, ma qualcosa è andato storto da qualche parte. Sfortunatamente non sono riuscito a controllare a priori se c'erano file rpcbind. * Nella directory / usr / lib / systemd.

— pgoetz,

Probabilmente intendi "systemctl" invece di "systemd" nelle ultime tre righe del tuo esempio sopra?

— Geremia,

1

Oops, sì, corretto. Grazie @jeremiah.

— Martin Tournoij,

1

Mi sono imbattuto in alcuni casi in cui mancava / var / lib / nfs o / var / lib / nfs / statd, il che fa sì che alcuni demoni NFS escano con un codice di errore ma senza stampare alcun messaggio. La correzione è semplice, proprio questo:

$ sudo mkdir -p /var/lib/nfs/statd

Ma è un po 'strano che i demoni e i file di servizio systemd non provino a creare le directory o stampare alcun messaggio di errore al riguardo.

— mulad
fonte

Ho avuto un problema simile e questo funziona per me. Non so ancora come i servizi non creino le directory o perché la directory venga eliminata.

— ftrujillo,

0

Allo stesso modo, stavo vedendo questi errori:

Starting NFS status monitor for NFSv2/3 locking....
Version 1.3.3 starting
Flags: TI-RPC
Failed to access local netconfig database: Netconfig database not found
failed to create RPC listeners, exiting
rpc-statd.service: Control process exited, code=exited status=1
rpc-statd.service: Failed with result 'exit-code'.
Failed to start NFS status monitor for NFSv2/3 locking..

Nel mio caso, avevo rotto le autorizzazioni su /etc/netconfigcui deve essere leggibile dal mondo (come fa /etc/)

Impostare i permessi dei file su:

chmod 644 /etc/netconfig

risolto il mio problema.

— KurtB
fonte