cups-1.1.19-75 vs. nfs-server-2.2beta47-240
Nach einem Serverreboot akzeptierte mein Server keine Druckaufträge mehr. Eine Untersuchung der Situation ("strace -f rccups start") zeigt ein "Socket in use". Eine weitere Untersuchung ("lsof -i -n -P | grep :631") zeigt Port 631 belegt durch mountd. Ein rcnfsserver stop; sleep 3; rccups start; sleep 3; rcnfsserver start" repariert das Problem. Diesmal. Das ist natürlich dennoch eine vollkommen beknallte Situation. Es ist white:/etc/init.d/rc3.d # runlevel N 3 white:/etc/init.d/rc3.d # ls -l S*cups* S*nfss* lrwxrwxrwx 1 root root 12 Nov 11 06:48 S13nfsserver -> ../nfsserver lrwxrwxrwx 1 root root 7 Nov 11 06:48 S14cups -> ../cups und damit KANN cups nicht ohne Dependency auf nfsserver zuverlässig gestartet werden. Andererseits tritt der Fehler nicht reproduzierbar auf, denn mountd belegt beim Start zufällig eine Portnummer - vielleicht auch die von einem anderen wichtigen Dienst? Ich kann ja wohl kaum in /etc/init.d/nfsserver Dependencies auf alles und jedes einbauen, damit nfsserver immer als letztes gestartet wird. Vor allen Dingen, weil mountd ja nicht wirklich auf diese Sachen depended, sondern einfach nur strunzdumm und unberechenbar bei der Portauswahl ist. Vorschläge? Kristian -- http://www.amazon.de/exec/obidos/wishlist/18E5SVQ5HJZXG
Am Donnerstag, 12. Februar 2004 11:42 schrieb Kristian Köhntopp:
Nach einem Serverreboot akzeptierte mein Server keine Druckaufträge mehr.
Eine Untersuchung der Situation ("strace -f rccups start") zeigt ein "Socket in use". Eine weitere Untersuchung ("lsof -i -n -P | grep :631") zeigt Port 631 belegt durch mountd.
Ein rcnfsserver stop; sleep 3; rccups start; sleep 3; rcnfsserver start" repariert das Problem. Diesmal.
Das ist natürlich dennoch eine vollkommen beknallte Situation. Es ist
white:/etc/init.d/rc3.d # runlevel N 3 white:/etc/init.d/rc3.d # ls -l S*cups* S*nfss* lrwxrwxrwx 1 root root 12 Nov 11 06:48 S13nfsserver -> ../nfsserver lrwxrwxrwx 1 root root 7 Nov 11 06:48 S14cups -> ../cups
und damit KANN cups nicht ohne Dependency auf nfsserver zuverlässig gestartet werden.
Andererseits tritt der Fehler nicht reproduzierbar auf, denn mountd belegt beim Start zufällig eine Portnummer - vielleicht auch die von einem anderen wichtigen Dienst?
Ich kann ja wohl kaum in /etc/init.d/nfsserver Dependencies auf alles und jedes einbauen, damit nfsserver immer als letztes gestartet wird. Vor allen Dingen, weil mountd ja nicht wirklich auf diese Sachen depended, sondern einfach nur strunzdumm und unberechenbar bei der Portauswahl ist. ^^^^
Keine Ahnung, aber man mountd sagt: -p or --port num Force rpc.mountd to bind to the spec ified port num, instead of using the random port number assigned by the portmapper. Gruß Harald
participants (2)
-
Harald_mail@t-online.de
-
Kristian Köhntopp