Servidor NFS: no se inicia: portmapper no se está ejecutando

12

Estoy intentando configurar mi Raspberry Pi con Wheezy Raspbian 2013-02-09 como servidor NFS (el cliente será Ubuntu 12.10). He seguido estas instrucciones .

No puedo iniciar el servicio y recibo el siguiente mensaje:

$ 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

¿No estás seguro de lo que falta?

raspbian nfs

— d2le
fuente

9

Un moderador en esta publicación del foro dijo que este comando funcionaría:

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

— syb0rg
fuente

1

confirmado como una solución de trabajo. con la vista sudo systemctl enable rpcbind && sudo systemctl enable nfs-commonpuesta en el comando equivalente a systemd (aunque parece que ambos servicios aún usan el inicio de estilo init.d).

— ben_wing

Creo que también necesitaba iniciar explícitamente los servicios, y que ordenar era importante ya que nfs-common necesitaba ser el primero. solía sudo systemctl start nfs-commonentoncessudo systemctl start rpcbind

— ben_wing

10

Tuve que reiniciar el servicio rpcbind para trabajar:

$ sudo service rpcbind restart

Lo he descubierto en este hilo

— Bubu
fuente

1

De alguna manera no vinculaste al hilo, lo arreglé por ti. Me alegro de ver nuevos usuarios involucrados! Además, entra en el chat de vez en cuando y quédate un poco, siempre es bueno tener a alguien nuevo con quien hablar: D

— RPiAwesomeness

Esto hizo que NFS funcionara para mí, no la otra respuesta.

— Mauvis Ledford

8

$ sudo service rpcbind restart

... funciona, pero el problema "portmapper no se está ejecutando" volverá a aparecer en el próximo reinicio.

La parte inferior de esta página tiene una solución que sobrevivirá al reinicio, pero tenga en cuenta que eliminará sus / etc / exportaciones. En resumen, haga una copia de seguridad de su / etc / exportaciones y luego:

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

Luego restaure sus / etc / exportaciones.

— Stacey Campbell
fuente

usando su respuesta combinada con esto: pihomeserver.fr/en/2013/06/21/… hizo el truco para mí.

— Chasester

Esto me resolvió. Por alguna razón, el servidor del núcleo NFS se instaló incorrectamente. Gracias.

— hgf

He visto el mismo tipo de problemas en otras distribuciones de Debian (las ejecuto en las PC de mi hogar): de alguna manera rpcbindes el reemplazo, portmapperpero el alias no parece haberse completado (¡o es un problema superficial que enmascara uno más profundo! ) Además, administro un systemdhogar gratuito, por lo que init.des probable que tenga problemas con los scripts defectuosos .

— SlySven

6

Estoy ejecutando Raspbian Jessie Lite (lanzado el 18 de marzo de 2016) y obtuve el mismo problema. Estos son mis pasos para solucionar completamente este problema, incluso después de un reinicio .

En primer lugar, eche un vistazo al archivo init /etc/init.d/nfs-kernel-server, debe notar que su nivel de ejecución inicial es 2,3,4,5 .

También mire el nivel de ejecución inicial de los siguientes archivos, que es solo S. Cambié su nivel de ejecución a 2,3,4,5 .

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

Luego intente update-rc.dcambiar los guiones de inicio con los valores predeterminados . El primer intento falla. El truco es eliminarlos y agregarlos nuevamente.

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

Después de eso, verifique el orden de los servicios. Debe ser rpcbind, nfs-commony nfs-kernel-server.

También publiqué un blog para esto. También puedes encontrarlo aquí .

— lesca
fuente

Después de meses de intentar solucionar esto por otros medios, me resigné a reiniciar manualmente NFS en el arranque. Esta solución funciona ¡Gracias!

— boneskull

Esta es la solución. Todos los otros publicados no solucionaron el problema. ¡Muchas gracias por publicar esto!

— chaoticslacker

2

El problema subyacente es que los enlaces simbólicos en /etc/rc*.d están dispersos un poco. Algunas de las sugerencias anteriores se basan en rehacer estos enlaces y, tal vez, se hacen con un orden más apropiado. A veces. Tratar -

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

para ver cuando se inician. En realidad, solo necesita que comiencen en el nivel 3, así que edité /etc/init.d/rcpbind, /etc/init.d/nfs-common y /etc/init.d/nfs-kernel-server así que "# Inicio predeterminado: 3 "y ejecuté esto para aplicarlo -

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

Tenga en cuenta que update-rc.d no cambiará una entrada existente y silenciosamente no puede eliminar una entrada (si el script aún existe) a menos que agregue -f. Idealmente, terminarás con algo como esto:

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

Y ahora arrancará limpiamente. Una actualización de NFS puede sobrescribir su buen trabajo ...

— David Bannon
fuente

Esta es la mejor respuesta en mi humilde opinión. Da un enfoque directo para entender el problema.

— Daan

1

Estaba luchando con el mismo problema también. Las soluciones anteriores no funcionaron. En mi caso, vino de un problema con mis configuraciones regionales . La siguiente línea apareció en el terminal durante la instalación de: nfs-kernel-server nfs-common rpcbind.

perl: advertencia: la configuración regional falló.

Asegúrese de no ver un error sobre sus configuraciones regionales durante la instalación de estos paquetes. Arreglé mis configuraciones regionales, reinstalé los paquetes y ahora funciona.

— Rotareti
fuente

Me parece posible que la instalación de esos paquetes dos veces haya solucionado el problema de todos modos, en lugar de resolver sus configuraciones regionales, aunque, por supuesto, ¡es bueno que se haya solucionado de todos modos!

— SlySven

Estoy de acuerdo. De todos modos, después de arreglar las configuraciones regionales, la segunda instalación parecía mucho más segura sin todos los errores.

— Rotareti

1

Esto funciona para mi. Limpia y resiste reinicios.

Tienes que configurar systemd para hacer el pedido correctamente

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

tomado de aquí

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

— nachoparker
fuente

0

Lo arreglé con: $ sudo service portmap start Luego reinicia el servicio nfs: $ sudo service nfs-kernel-server restart

y funciona.

— Francesco
fuente

0

He probado la mayoría de las soluciones anteriores, no funcionan después de un reinicio de Raspberry Pi (el comando rpcinfo -p | grep nfsno me dio nada).

Solución:

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

o

sudo vi /etc/rc.local

service nfs-kernel-server restart

Para verificar :

> sudo shutdown -r now

> rpcinfo -p | grep nfs

Probado en Raspian 8 (jessie)

— STB Land
fuente