[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Herausfinden, wer ein Modul blockiert



Spiro Trikaliotis <news-200502@trikaliotis.net> schrieb:

> Ich habe jetzt etwas anderes gesehen: /etc/init.d/lpd startet mir zwei
> Instanzen von lpd:
>
> $ ps aux|grep lpd
> root       686  0.0  1.4  2048  436 ?        S    10:29   0:00  /usr/sbin/lpd
> root       687  0.2  1.3  1324  396 ?        S    10:29   0:23  /usr/sbin/lpd
>
> /etc/init.d/lpd stop stoppt allerdings nur die erste.
>
>
> Weder im Bug Tracking noch in /usr/share/doc/lpr habe ich etwas über 2
> Instanzen gesehen. Ist es normal, dass zwei Isntanzen von lpr gestartet
> werden?

ps axf ist dein Freund. Denke ich zumindest - ich habe keinen lpd, weil
ich cups verwende. Aber wahrscheinlich (auch wegen der PIDs) ist der
zweite direkter Kindprozess des ersten. Der Hauptprozess startet sofort
einen Kindprozess, der dann am zuständigen Port auf Druckwünsche
wartet. Sobald eine Verbindung zustandegekommen ist, kann dieser
Kindprozess ja nichts weiteres entgegennehmen. Das teilt er dem
Mutterprozess mit, und dieser startet ein weiteres Kind. Apache
z.B. startet gleich mehrere Kindprozesse, jedenfalls in der
default-Konfiguration:

  962 ?        S      0:00 /usr/sbin/apache
 1016 ?        S      0:00  \_ /usr/sbin/apache
 1017 ?        S      0:00  \_ /usr/sbin/apache
 1018 ?        S      0:00  \_ /usr/sbin/apache
 1019 ?        S      0:00  \_ /usr/sbin/apache
 1020 ?        S      0:00  \_ /usr/sbin/apache
 4744 ?        S      0:00  \_ /usr/sbin/apache

Man sieht an den Prozessnummern, dass ich heute einmal auf localhost
zugegriffene habe, da wurde dann ein neuer Kindprozess gestartet (und
der alte hat nach Erledigung seiner Arbeit sein Leben ausgehaucht).

Gruß, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer



Reply to: