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.