PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Port bereits vergeben



Hrhon
13.06.05, 15:01
Hi,

hab seit längerem Probleme mit meinem Druckerserver unter Suse 9.2
Aber erst mal das aktuelle Problem (ja, es tauchen immer wieder neue auf, es wird nie langweilig).

Mein cupsd will akut nicht mehr starten. Er beschwert sich, dass der Port, der in der cupsd.conf eingestellt ist (es ist der Standardport), bereits vergeben ist. Hier mal die Messages, um das Problem zu spezifizieren:

I [13/Jun/2005:15:02:32 +0200] Listening to 0:631
E [13/Jun/2005:15:02:32 +0200] Unknown Location directive # on line 839.
E [13/Jun/2005:15:02:32 +0200] Unknown Location directive # on line 854.
I [13/Jun/2005:15:02:32 +0200] Listening to 0:631
I [13/Jun/2005:15:02:32 +0200] Loaded configuration file "/etc/cups/cupsd.conf"
I [13/Jun/2005:15:02:32 +0200] Configured for up to 100 clients.
I [13/Jun/2005:15:02:32 +0200] Allowing up to 100 client connections per host.
I [13/Jun/2005:15:02:32 +0200] Full reload is required.
I [13/Jun/2005:15:02:32 +0200] LoadPPDs: Read "/etc/cups/ppds.dat", 3762 PPDs...
I [13/Jun/2005:15:02:32 +0200] LoadPPDs: No new or changed PPDs...
I [13/Jun/2005:15:02:32 +0200] Full reload complete.
E [13/Jun/2005:15:02:32 +0200] StartListening: Unable to bind socket for address 00000000:631 - Address already in use.


Ich habe nichts großartiges an dem System gemacht. Hab nur, wie so oft, versucht, meine Druckereinstellung wieder so hinzubekommen, dass man mit Hilfe von Samba über Windows drucken kann. Diese Einstellung, auch wenn sie frisch nach der Installation wunderbar funktioniert, verwirft er mir ständig, aber das ist ein anderes Problem. Auf jeden Fall hat er sich auf einmal beschwert, dass er den cupsd nicht mehr starten kann.
Habt ihr zufällig schon mal ein ähnliches Problem gehabt? Gibt es eine Möglichkeit herauszufinden, welches andere Programm (oder eventuell welcher Leichenprozess) mir diesen Port sperrt. nmap hab ich schon probiert. Hab auch schon einen reboot gemacht, Problem bestand weiterhin. Eine radikale Lösung wär natürlich, auf einen anderen Port auszuweichen, aber mich würde ernsthaft interessieren, was da los ist.
Oder interpretier ich die Messages sogar falsch und es handelt sich gar nicht um einen bereits vergebenen Port, sondern um ein ganz anderes Problem?

Danke schon mal für eure Hilfe

Flo

Tomek
13.06.05, 15:15
Was sagt denn:

ps auxwww|grep cups
lsof -i :631

Hrhon
13.06.05, 15:25
hatt ich schon gemacht. kein prozess! leider.

hab jetzt den deamon mit dem port 630 gestartet, da funktionierts einwandfrei. das ist für mich allerdings keine befriedigende lösung. mich würde echt interessieren, was mir aufeinmal den port 631 sperrt.

Flo

Tomek
13.06.05, 15:27
Nochmal:

lsof -i :631

Hrhon
13.06.05, 15:28
ok, sorry hab übersehen, dass du noch einen zweiten befehl dazu geschrieben hattes.

lsof -i :631

der führt sogar zu einer ausgabe. interessant. hier mal die ausgabe:

COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
cupsd 5245 lp 2u IPv4 10315 TCP *:ipp (LISTEN)
cupsd 5245 lp 3u IPv4 10316 UDP *:ipp


könnte das ein früher gestarteter cupsd prozess sein, der mir jetzt alles sperrt?

Tomek
13.06.05, 15:30
Ja, sieht ganz so aus. Beende cups per Initskript und schiesse die restlichen cups-Prozesse per kill -9 <pid> ab. Danach solltest du cups per Initskript auf dem Standardport 631 wieder starten können.

Hrhon
13.06.05, 15:38
sorry, nochmal zurück. der wurm scheint doch woanders begraben zu sein.

als ich den befehl lsof -i :631 ausgeführt hatte, lief noch mein cupsd unter dem port 630. ich dachte, das dürfte nix machen, da ich ja nach 631 suche. Die Ausgabe, die er mir gebracht hat, war aber wohl der vorher gestartete Prozess mit dem Port 630. Nachdem ich nämlich den Prozess gekillt hatte, lief wieder gar kein cupsd Prozess. Nun versuchte ich zur Kontrolle nochmal den Prozess mit Port 631 zu starten, aber wieder tauchte der alte Fehler auf. Auch der Befehl lsof -i :631 oder lsof -i :630 brachte nun keine Ausgabe mehr.

Ich schau mir mal kurz die Messages an, wenn der Prozess beim booten gestart wird. Mal sehen, was er da anzeigt.

Flo

Hrhon
13.06.05, 16:17
hab beim beobachten der bootmessages festgestellt, dass auch mein xinetd einen fehler erzeugt. auch das ist neu. hängt wohl mit dem fehler vom cupsd zusammen. Die Frage ist nun, welcher Fehler den anderen zur Folge hat. Ich habe allerdings den xinetd mal aus dem Bootprozess rausgenommen und danach rebootet. Der Fehler bestand weiterhin. Somit muss wohl der cupsd Fehler den Fehler beim Starten vom xinetd zur Folge haben. Vielleicht ganz interessant, die Messages vom xinetd:


Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=26]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/chargen-udp [file=/etc/xinetd.d/chargen-udp] [line=13]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/cups-lpd [file=/etc/xinetd.d/cups-lpd] [line=14]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/cvs [file=/etc/xinetd.d/cvs] [line=11]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=16]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/daytime-udp [file=/etc/xinetd.d/daytime-udp] [line=13]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/echo [file=/etc/xinetd.d/echo] [line=14]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/echo-udp [file=/etc/xinetd.d/echo-udp] [line=13]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/imap [file=/etc/xinetd.d/imap] [line=14]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/nagios-nrpe [file=/etc/xinetd.d/nagios-nrpe] [line=69]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/netstat [file=/etc/xinetd.d/netstat] [line=15]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/pure-ftpd [file=/etc/xinetd.d/pure-ftpd] [line=16]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/qpopper [file=/etc/xinetd.d/qpopper] [line=21]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/rsync [file=/etc/xinetd.d/rsync] [line=14]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/sane-port [file=/etc/xinetd.d/sane-port] [line=12]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/servers [file=/etc/xinetd.d/servers] [line=14]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/services [file=/etc/xinetd.d/services] [line=13]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/swat [file=/etc/xinetd.d/swat] [line=13]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/systat [file=/etc/xinetd.d/systat] [line=12]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/tftp [file=/etc/xinetd.d/tftp] [line=17]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/time [file=/etc/xinetd.d/time] [line=14]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/time-udp [file=/etc/xinetd.d/time-udp] [line=14]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/vnc [file=/etc/xinetd.d/vnc] [line=14]
Jun 13 16:24:56 herkules xinetd[4811]: Reading included configuration file: /etc/xinetd.d/vsftpd [file=/etc/xinetd.d/vsftpd] [line=90]
Jun 13 16:24:56 herkules xinetd[4811]: removing chargen
Jun 13 16:24:56 herkules xinetd[4811]: removing chargen
Jun 13 16:24:56 herkules xinetd[4811]: removing printer
Jun 13 16:24:56 herkules xinetd[4811]: removing cvspserver
Jun 13 16:24:56 herkules xinetd[4811]: removing daytime
Jun 13 16:24:56 herkules xinetd[4811]: removing daytime
Jun 13 16:24:56 herkules xinetd[4811]: removing echo
Jun 13 16:24:56 herkules xinetd[4811]: removing echo
Jun 13 16:24:56 herkules xinetd[4811]: removing pop2
Jun 13 16:24:56 herkules xinetd[4811]: removing pop3
Jun 13 16:24:56 herkules xinetd[4811]: removing pop3s
Jun 13 16:24:56 herkules xinetd[4811]: removing imap
Jun 13 16:24:56 herkules xinetd[4811]: removing imaps
Jun 13 16:24:56 herkules xinetd[4811]: removing 9991
Jun 13 16:24:56 herkules xinetd[4811]: removing netstat
Jun 13 16:24:56 herkules xinetd[4811]: removing ftp
Jun 13 16:24:56 herkules xinetd[4811]: removing pop3
Jun 13 16:24:56 herkules xinetd[4811]: removing rsync
Jun 13 16:24:56 herkules xinetd[4811]: removing sane-port
Jun 13 16:24:56 herkules xinetd[4811]: removing servers
Jun 13 16:24:56 herkules xinetd[4811]: removing services
Jun 13 16:24:56 herkules xinetd[4811]: removing swat
Jun 13 16:24:56 herkules xinetd[4811]: removing systat
Jun 13 16:24:56 herkules xinetd[4811]: removing tftp
Jun 13 16:24:56 herkules xinetd[4811]: removing time
Jun 13 16:24:56 herkules xinetd[4811]: removing time
Jun 13 16:24:56 herkules xinetd[4811]: removing vnc1
Jun 13 16:24:56 herkules xinetd[4811]: removing vnc2
Jun 13 16:24:56 herkules xinetd[4811]: removing vnc3
Jun 13 16:24:56 herkules xinetd[4811]: removing vnchttpd1
Jun 13 16:24:56 herkules xinetd[4811]: removing vnchttpd2
Jun 13 16:24:56 herkules xinetd[4811]: removing vnchttpd3
Jun 13 16:24:56 herkules xinetd[4811]: removing ftp
Jun 13 16:24:56 herkules xinetd[4811]: 4811 {init_services} no services. Exiting...


interessant ist die letzte zeile


Jun 13 16:24:56 herkules xinetd[4811]: 4811 {init_services} no services. Exiting...

die scheint nämlich der auslöser für das Problem beim xinetd zu sein. nur sagt mir das leider gar nichts.

Flo

Tomek
13.06.05, 17:07
xinetd wird sofort wieder beendet, weil kein Dienst über xinetd konfiguriert bzw. aktiviert ist.

Hrhon
13.06.05, 17:11
gut, das ist aber trotzdem nicht normal. mein xinetd hat noch nie einen fehler ausgelöst. irgendwas stimmt da nicht.