Hi zusammen,
ich bekomme seit dem Update von NFS (nfs-common und nfs-kernel-server), der auch portmap durch rpcbind ersetzt, folgende Fehler:
Apr 19 16:51:09 tweety rpcbind: Cannot open '/var/run/rpcbind/rpcbind.xdr' file for reading, errno 2 (No such file or directory)
Apr 19 16:51:09 tweety rpcbind: Cannot open '/var/run/rpcbind/portmap.xdr' file for reading, errno 2 (No such file or directory)
Hat das jemand von euch auch beobachtet?
Hallo Michael,
kann es damit zusammenhängen, dass der korrekte Pfad nun /run/rpcbind/rpcbind.xdr lautet? Ich habe zwar zur Zeit kein Debian Sid installiert, aber natürlich einiges zu der Einführung des /run Verzeichnisses gelesen.
Viele Grüße,
Holger
@bluelupo
Ich habe die gleichen Warn-/Fehlermeldungen. Negative Auswirkungen habe ich bisher nicht beobachtet.
@holgerw
Ein Verzeichnis /run existiert bei mir noch nicht. Habe zum Glück den Bug und das daraus resultierende Durcheinander vermeiden können.
Gruß
oduffo
Hall Holger,
bei mir gibt's auch kein Verzeichnis /run und es werden ja auch keine fehlenden Pfade unter /run "angemeckert".
Bei einen händischen Start des nfs-kernel-servers erscheint auch eine Fehlermeldung die aber nicht der oberen entspricht, vielleicht aber die gleiche Ursache hat.
# /etc/init.d/nfs-kernel-server start
Exporting directories for NFS kernel daemon....
Starting NFS kernel daemon: nfsdrpc.nfsd: writing fd to kernel failed: errno 111 (Connection refused) rpc.nfsd: unable to set any sockets for nfsd
failed!
rpcbind ist halt schon (schlecht) auf das in experimental lauernde /run vorbereitet
greetz
devil
Dann sollten sich Probleme von rpcbind lösen lassen durch Installation von experimental initscripts um /run zu bekommen! Aber man frage sich: Warum ist diese /run Version von initscripts noch in experimental :?