[Linux] Sleeping processes

[Verwijderd]

Ik heb last van slapende procesjes op mijn Debian bak. Met name bij qmail (vdeliver en checkvpw), maar ook weleens tijdens compilen. Ze blijven staan en het worden er steeds meer, wat voor problemen zorgt.

Wanneer ik strace -f -p PID doe loopt het proces ineens weer. De WCHAN(?) geeft aan "signal".

Kan iemand mij wat verder helpen?

[kenneth]

95% van de processen slaapt meestal ... dat lijkt me dus niet het probleem.

Dat er steeds meer processen bijkomen, kan dus een bug of configuratiefout zijn.

[Verwijderd]

Het zijn echt processen met een T ervoor. In het begin nog niet zoveel, maar dan staan er ineens weer een stuk of 20.

[ Voor 49% gewijzigd door Verwijderd op 05-01-2004 17:15 ]

[PipoDeClown]

Verwijderd schreef op 05 januari 2004 @ 16:20:
wat voor problemen zorgt.

beschrijf "problemen"

[Verwijderd]

Bijvoorbeeld dat mijn POP3 server niet meer reageert. En dat die sleeping processes niet verdwijnen. Ze hopen zich op en als ik me niet vergis heb je een limiet in het aantal processen. Het zijn dus absoluut geen gezonde "Sleeping processes"

[odysseus]

Met een T ervoor, zei je? Bedoel je daarmee dat ze status T hebben? Dan slapen ze niet - dat is status S - maar zitten ze in Traced/Stopped mode . Overigens zou het handig zijn als je eens de uitvoer plaatst van 'ps auxef', dan is het makkelijker te zien waar het probleem ligt - en of het probleem inderdaad ligt bij die processen .

[Verwijderd]

Heb je hier wat aan?

code:

root     28728  0.0  0.0  1244  284 pts/4    S    09:44   0:00  \_ /usr/sbin/qmail-popup xxx.xxx.nl /usr/local/bin/checkvpw /
root     28729  0.0  0.0  1484  276 pts/4    T    09:44   0:00  |   \_ /usr/local/bin/checkvpw /usr/sbin/qmail-pop3d Maildir PWD=/va
root     28741  0.0  0.0  1244  284 pts/4    S    09:45   0:00  \_ /usr/sbin/qmail-popup xxx.xxx.nl /usr/local/bin/checkvpw /

[odysseus]

Eerlijk gezegd zie ik daar niet zoveel problemen aan af...qmail-popup start checkvpw en dat doet zijn werk wel, lijkt me...tenzij je tientallen van dergelijke processen hebt, zonder dat er veel mee gebeurt. Om het proces af te sluiten kan je ook het bovenste proces proberen af te schieten, met iets als 'kill 28728' in dit geval (eventueel kill -9 28728 als het niet lukt) .

[Verwijderd]

odysseus schreef op 09 januari 2004 @ 10:14:
Eerlijk gezegd zie ik daar niet zoveel problemen aan af...qmail-popup start checkvpw en dat doet zijn werk wel, lijkt me...tenzij je tientallen van dergelijke processen hebt, zonder dat er veel mee gebeurt. Om het proces af te sluiten kan je ook het bovenste proces proberen af te schieten, met iets als 'kill 28728' in dit geval (eventueel kill -9 28728 als het niet lukt) .

Dat is inderdaad het geval, ze doen niks meer. En killen kan wel, maar dat is natuurlijk een paardenmiddel en als ik dat twee dagen niet doe krijg ik problemen omdat er teveel van die procesjes zijn.

[Verwijderd]

Iemand nog een idee?

[Super_ik]

heb je dat programma wel goed geconfigureerd?

[M55]

zombie processen zijn een probleem,

slapen mag best

[Verwijderd]

Ja, en het is niet altijd bij qmail (wel bijna altijd), maar soms ook bij het analyseren van een logbestand met grep en awk bijvoorbeeld.

--
Nog even ter herinnering het zijn processen met een T ervoor, en als ik er een stuk of 40 a 50 heb en ik telnet naar poort 110 krijg ik mijn POP3 banner niet meer.

[ Voor 39% gewijzigd door Verwijderd op 11-01-2004 13:01 ]

[igmar]

Verwijderd schreef op 11 januari 2004 @ 12:58:
Ja, en het is niet altijd bij qmail (wel bijna altijd), maar soms ook bij het analyseren van een logbestand met grep en awk bijvoorbeeld.

--
Nog even ter herinnering het zijn processen met een T ervoor, en als ik er een stuk of 40 a 50 heb en ik telnet naar poort 110 krijg ik mijn POP3 banner niet meer.

Processen komen niet spontaan in T state te staan, maar alleen door een ptrace() aanroep. Indien die bak direct aan het internet hangt is de kans vrij groot dat je d'r een rootkit op hebt staan, dit zijn typische symptomen van een brakke rootkit kernel module.