Egyébként sem unatkozok, erre jön egy levél, hogy:
***** Nagios *****
Notification Type: PROBLEM
Service: load
Host: ssrv21sd: ray server
Address: 163.242.213.78
State: WARNING
Date/Time: Fri Sept 5 10:23:42 CEST 2008
Additional Info:
WARNING - load average: 17.42, 19.68, 14.32
Mivel a gépben kettő darab processzor van, ezért a 20 körüli load az nem olyan jó. (Most hogy a helyzet normalizálódott, már csak 0.25...) Ember belép, megnézi prstat/top, semmi. Első gondolat, hogy itt bizony valami lelkesen forkol (azaz szaporítja magát). Ezt nem olyan egyszerű elkapni, de szerencsére Solaris alatt ott van nekünk a dtrace:
# dtrace -n 'syscall::fork*:entry{printf("%s %d",execname,pid);}'
És a nem túl meglepő eredmény:
CPU ID FUNCTION:NAME
0 3655 fork1:entry bash 28845
0 3655 fork1:entry bash 28848
0 3655 fork1:entry bash 28851
0 3655 fork1:entry bash 28854
0 3655 fork1:entry bash 28855
0 3655 fork1:entry bash 28859
0 3655 fork1:entry bash 28860
2 3655 fork1:entry bash 28846
2 3655 fork1:entry bash 28849
2 3655 fork1:entry bash 28850
2 3655 fork1:entry bash 28847
2 3655 fork1:entry bash 28853
2 3655 fork1:entry bash 28852
2 3655 fork1:entry bash 28856
2 3655 fork1:entry bash 28857
2 3655 fork1:entry bash 28858
...
Egy-két ps kimenet összehasonlítása után meg is lett a tettes, aki "csak játszott kicsit a .bash_profile-jával". (Sajnos a játékot magát nem tudtam megtekinteni, mert mire oda jutottam már letörölte a disznó dolgokat. Azért a bátrak beírhatják a .bash_profile-juk végére, hogy bash& :P) Ezután szerencsére a .bash_profile átnevezése egy idő után megállította a folyamatot, de ha valaki direkt csinálta volna, akkor a destrukív dtrace trükközésen kívül nekem csak a reboot jut eszembe, mint megoldás.
Esetleges jobb megoldásokat kommentbe várom.
[Update] Csak nem sikerült neki mégegyszer ugyanazt, de. Öröm és boldogság.