Job rpcbind.service/start

[hsp]

Ich hab hier schon seit einiger Zeit folgende Meldung im Journal zu rpcbind, man sieht sie auch kurz beim booten.  Die folge ist das der nfs-server nicht ordnungsgemäss startet. Erst nach dem er manuell restartet wurde funktioniert er korrekt.
Jemand ne Idee was da los ist?

Code Select Expand


systemd[1]: ^[[1;39mFound ordering cycle on basic.target/start
systemd[1]: ^[[1;39mFound dependency on sysinit.target/start
systemd[1]: ^[[1;39mFound dependency on rpcbind.service/start
systemd[1]: ^[[1;39mFound dependency on network-online.target/start
systemd[1]: ^[[1;39mFound dependency on network.target/start
systemd[1]: ^[[1;39mFound dependency on wpa_supplicant.service/start
systemd[1]: ^[[1;39mFound dependency on basic.target/start
systemd[1]: ^[[1;39mBreaking ordering cycle by deleting job rpcbind.service/start
systemd[1]: Job rpcbind.service/start deleted to break ordering cycle starting with basic.target/start


danke...

[musca]

Hallo hsp,

anscheinend wird der rpcbind.service zu früh gestartet, noch bevor das Netzwerk initialisiert werden kann.

Gruß
musca

[hsp]

Naja, ich nutze den Network-Manager wie viel andere auch. Wenn ich es per interfaces mache ändert das auch nix, die Meldung bleib und die nfs-shares funktionieren erst, wie schon erwähnt. nach einem manuellen restart.

...

[bluelupo]

Hi hsp,
zeig mal die Ausgabe von systemctl status rpcbind.service. Irgendetwas verändert an den Servicedateien (rpcbind.service)?

Was sagt systemd-analyze blame?

[hsp]

Moin bluelupo, bitteschön.
Ich hab nix verändert oder editiert. Mittlerweile habe ich was per Google gefunden.
Mit dem Problem bin ich nicht allein, ne Lösung hat aber keiner. Das hier zum Beispiel. Verstehen tu ich aber nix.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763315

Code Select Expand


● rpcbind.service - LSB: RPC portmapper replacement
   Loaded: loaded (/etc/init.d/rpcbind)
  Drop-In: /run/systemd/generator/rpcbind.service.d
           └─50-rpcbind-$portmap.conf
   Active: active (running) since Mo 2015-05-11 17:05:36 CEST; 2min 25s ago
  Process: 820 ExecStart=/etc/init.d/rpcbind start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/rpcbind.service
           └─869 /sbin/rpcbind -w


[bluelupo]

Hi hsp,

hmmm, ich hab' gerade mal an zwei Geräten bei mir das Journal überprüft keine Fehlermeldungen vom rpcbind. Hast du schon mal einen reconfigure von rpcbind versucht?

[hsp]

Ich hab sogar schon ein kommplettes Reinstall der NFS-Geschichte gemacht. Bisher hat nix geholfen. Selbst ein downgrade nach Jessie geht nicht, weil da noch die gleichen Pakete sind wie in SID. In Jessie ist allerdings das Problem nicht!

...

[der_bud]

Ist bei Dir der NetworkManager-wait-online.service enabled? (systemctl enable $foo)

If experiencing any issues with the mount failing due to the network not being up/available, enable NetworkManager-wait-online.service. It will ensure that network.target has all the links available prior to being active.

[hsp]

Der Service ist bei mir aus (disabled). Aktivieren ändert an der Geschichte auch nix. wäre ja auch zu schön gewesen

...

[Maik]

Bist nicht der Einzige der sich seit einigen Tagen mit den frühen Start von Netzwerkabhängegen Appz rumärgert.
Hier Spinnt ddclient & CO obwohl sie warten sollten

After=network.target

Nun langsam nervt diese Beta Hure   

In Jessie ist allerdings das Problem nicht!

SID Halt! und schaue dir einfach mal die Unterschiede zu Testing/Stable an

NM ? Freiwillig niemals 

[hsp]

Ich habe eben mal fix ein nfs-server in der Vbox eingerichtet. Exakt das gleiche Verhalten. Die Shares sind erst nach einem manuellen restart verfügbar weil rpcbind sich beim booten irgendwie mit besagter Meldung verabschiedet..

...

[holgerw]

Hallo,

mir fallen dazu zwei Ausweichmöglichkeiten ein:
Mit ceni das Netzwerk einrichten, oder mal als Alternative zum nm Wicd versuchen.

Viele Grüße,
  Holger

[hsp]

Hallo Namensvetter

Das hat mit dem Netzwerk (start/stop/cen/wicd oder wie auch immer) nix zu tun. Ich hab mittlerweile alles mögliche durchprobiert. Selbst mit komplett deaktivierten Netzwerk ändert sich an dem Verhalten absolut nix.

Holger...

[bluelupo]

Das habe ich noch gefunden bei den Debian Bugreports (hilft dir leider aber nicht weiter)

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761951

mit einem Verweis auf den hier:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761951

Sollte eigentlich gefixt sein, so wie ich das verstehe.

[holgerw]

Hallo Namensvetter

Das hat mit dem Netzwerk (start/stop/cen/wicd oder wie auch immer) nix zu tun. Ich hab mittlerweile alles mögliche durchprobiert. Selbst mit komplett deaktivierten Netzwerk ändert sich an dem Verhalten absolut nix.

Holger...

Hallo Holger,

heute werde ich mal siduction neu aufsetzen, ich wollte mir auf Basis von der xorg iso mein KDE selbst zusammen stellen.

Ich arbeite auch mit nfs, auf dem NAS läuft Debian Jessie. Ich werde dann hier mal berichten, ob es läuft.

Noch eine Frage, Du schreibst:

Ich hab hier schon seit einiger Zeit folgende Meldung im Journal zu rpcbind, man sieht sie auch kurz beim booten.  Die folge ist das der nfs-server nicht ordnungsgemäss startet.

Du redest doch aber vom Client, auf dem die nfs-Freigaben gemountet werden sollen. Da muss doch gar kein nfs-server starten. Oder stehe ich gerade auf dem Schlauch?

Viele Grüße,
  Holger