Server NFS: non avviato: portmapper non è in esecuzione


12

Sto tentando di configurare il mio Raspberry Pi con Wheezy Raspbian 2013-02-09 come server NFS (il client sarà Ubuntu 12.10). Ho seguito queste istruzioni .

Non riesco ad avviare il servizio e ricevo il seguente messaggio:

$ sudo service nfs-kernel-server restart
[ ok ] Stopping NFS kernel daemon: mountd nfsd.
[ ok ] Unexporting directories for NFS kernel daemon....
[ ok ]   Exporting directories for NFS kernel daemon....
[....] Starting NFS kernel daemon: nfsd
[warn] Not starting: portmapper is not running ... (warning).
$ rpcinfo -p
<br>rpcinfo: can't contact portmapper: RPC: Remote system error - No such file or directory

Non sei sicuro di cosa manca?

Risposte:


9

Un moderatore in questo post del forum ha detto che questo comando avrebbe funzionato:

sudo update-rc.d rpcbind enable && sudo update-rc.d nfs-common enable

1
confermato come soluzione funzionante. con un occhio verso il passaggio al comando equivalente di systemd sudo systemctl enable rpcbind && sudo systemctl enable nfs-common(sebbene entrambi questi servizi sembrino ancora utilizzare l'avvio in stile init.d).
ben_wing,

penso di aver anche bisogno di avviare esplicitamente i servizi e che l'ordinamento era importante con nfs-common che doveva essere il 1 °. ho usato sudo systemctl start nfs-commonallorasudo systemctl start rpcbind
ben_wing l'

10

Ho dovuto riavviare il servizio rpcbind per funzionare:

$ sudo service rpcbind restart

L'ho scoperto in questo thread


1
In qualche modo non ti sei collegato al thread, l'ho risolto per te. Sono contento di vedere i nuovi utenti coinvolti! Inoltre, entra di tanto in tanto in chat e resta un po ', è sempre bello avere qualcuno di nuovo con cui parlare: D
RPiAwesomeness

Questo ha fatto funzionare NFS per me non l'altra risposta.
Mauvis Ledford,

8
$ sudo service rpcbind restart

... funziona, ma il problema "portmapper non è in esecuzione" riapparirà al prossimo riavvio.

La parte inferiore di questa pagina contiene una correzione che sopravviverà al riavvio, ma tieni presente che eliminerà / etc / exports. In breve, esegui il backup di / etc / exports quindi:

sudo apt-get purge rpcbind
sudo apt-get install nfs-kernel-server

Quindi ripristina il tuo / etc / exports.


usando la tua risposta unita a questa: pihomeserver.fr/it/2013/06/21/… ha fatto il trucco per me.
Chasester,

Questo risolto per me. Per qualche ragione il server del kernel NFS non è stato installato correttamente. Grazie.
hgf

Ho visto lo stesso tipo di problemi su altre distribuzioni Debian (le eseguo sui miei PC di casa) - in qualche modo rpcbindè la sostituzione portmapperma l'aliasing non sembra essere stato completato (o è un problema superficiale che ne maschera una più profonda! ) Inoltre, gestisco una systemdfamiglia libera, quindi init.dè probabile che con gli script difettosi si verifichino problemi.
SlySven,

6

Sto eseguendo Raspbian Jessie Lite (rilasciato il 18 marzo 2016) e ho riscontrato lo stesso problema. Ecco i miei passaggi per risolvere completamente questo problema, anche se dopo un riavvio .

Per prima cosa dai un'occhiata al file init per /etc/init.d/nfs-kernel-server, dovresti notare che il suo runlevel iniziale è 2,3,4,5 .

Guarda anche il runlevel di avvio dei seguenti file, che è solo S. Ho cambiato il suo runlevel a 2,3,4,5 .

/etc/init.d/nfs-common
/etc/init.d/rpcbind

Quindi prova update-rc.dgli script init modificati con i valori predefiniti . Il primo tentativo fallisce. Il trucco è rimuovere e aggiungerli di nuovo.

update-rc.d -f rpcbind remove
update-rc.d rpcbind defaults

update-rc.d -f nfs-common remove
update-rc.d nfs-common defaults

update-rc.d -f nfs-kernel-server remove
update-rc.d nfs-kernel-server defaults

Successivamente, controlla l'ordine dei servizi. Dovrebbe essere rpcbind, nfs-commone nfs-kernel-server.

Ho anche pubblicato un blog per questo. Puoi trovarlo anche qui .


Dopo mesi di tentativi di risolvere questo problema in vari altri modi, mi sono dimesso dal riavvio manuale di NFS all'avvio. Questa soluzione funziona. Grazie!
Boneskull,

Questa è la soluzione. Tutti gli altri pubblicati non hanno risolto il problema. Grazie mille per aver pubblicato questo!
chaoticslacker

2

Il problema di fondo è che i collegamenti simbolici in /etc/rc*.d sono sparsi un po '. Alcuni dei suggerimenti sopra riportati si basano sul rifacimento di questi collegamenti e, forse, vengono elaborati con un ordine più appropriato. A volte. Provare -

for i in rpcbind nfs-common nfs-kernel-server ; do find /etc/rc* -name "S*$i*"; done

per vedere quando sono iniziati. In realtà, ti servono solo a partire dal livello 3, quindi ho modificato /etc/init.d/rcpbind, /etc/init.d/nfs-common e /etc/init.d/nfs-kernel-server così "# Default-Start: 3 "ed eseguito questo per imporlo -

for i in rpcbind nfs-common nfs-kernel-server ; do update-rc.d -f "$i" remove; update-rc.d "$i" defaults; done

Si noti che update-rc.d non cambierà una voce esistente e non riesce a rimuovere una voce in silenzio (se lo script esiste ancora) a meno che non si aggiunga -f. Idealmente finirai con qualcosa del genere -

/etc/rc3.d/S01rpcbind
/etc/rc3.d/S02nfs-common
/etc/rc3.d/S03nfs-kernel-server

E ora si avvierà in modo pulito. Un aggiornamento a NFS potrebbe sovrascrivere il tuo buon lavoro ...


Questa è la risposta migliore IMHO. Fornisce un approccio diretto per comprendere il problema.
Daan,

1

Avevo problemi con lo stesso problema. Le soluzioni di cui sopra non hanno funzionato. Nel mio caso è venuto da un problema con i miei locali . La seguente riga spuntato nel terminale durante l'installazione di: nfs-kernel-server nfs-common rpcbind.

perl: avviso: impostazione delle impostazioni locali non riuscita.

Assicurati di non vedere un errore sulle tue impostazioni locali durante l'installazione di questi pacchetti. Ho riparato le mie localizzazioni, reinstallato i pacchetti e ora funziona.


Mi sembra possibile che l'installazione di questi pacchetti due volte possa aver risolto il problema in ogni caso, piuttosto che sistemare le impostazioni locali, anche se ovviamente è una buona cosa aver risolto il problema in ogni caso!
SlySven,

Sono d'accordo. Comunque, dopo aver corretto le impostazioni locali, la seconda installazione sembrava molto più sicura senza tutti gli errori.
Rotareti,

1

Questo funziona per me. Pulisce e resiste ai riavvii.

Devi configurare systemd per eseguire correttamente l'ordine

cat <<EOF | sudo tee -a /etc/systemd/system/nfs-common.services
[Unit]
Description=NFS Common daemons
Wants=remote-fs-pre.target
DefaultDependencies=no

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/etc/init.d/nfs-common start
ExecStop=/etc/init.d/nfs-common stop

[Install]
WantedBy=sysinit.target
EOF

cat <<EOF | sudo tee -a /etc/systemd/system/rpcbind.service
[Unit]
Description=RPC bind portmap service
After=systemd-tmpfiles-setup.service
Wants=remote-fs-pre.target
Before=remote-fs-pre.target
DefaultDependencies=no

[Service]
ExecStart=/sbin/rpcbind -f -w
KillMode=process
Restart=on-failure

[Install]
WantedBy=sysinit.target
Alias=portmap
EOF

sudo systemctl enable nfs-common
sudo systemctl enable rpcbind
sudo reboot

preso da qui

https://github.com/geerlingguy/raspberry-pi-dramble/issues/65#issuecomment-283046966


0

L'ho risolto con: $ sudo service portmap start Quindi riavvia nfs service: $ sudo service nfs-kernel-server restart

e funziona.


0

Ho testato la maggior parte delle soluzioni precedenti, non funzionano dopo il riavvio di Raspberry Pi (il comando rpcinfo -p | grep nfsnon mi ha dato nulla).

Soluzione:

echo service nfs-kernel-server restart | sudo tee -a /etc/rc.local

o

sudo vi /etc/rc.local
service nfs-kernel-server restart

Verificare :

> sudo shutdown -r now

> rpcinfo -p | grep nfs

Testato su Raspian 8 (jessie)

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.