On Sat, Dec 27, 2008 at 09:00:10PM +0100, Vladimir Nicola Chersi wrote:
> > On Sat, Dec 27, 2008 at 11:29:21AM +0100, Davide Bolcioni wrote:
> >> On Friday 26 December 2008 06:18:40 pm Fabio Ferrero wrote:
> >> > On 26/dic/08, at 15:37, Fernando Santagata wrote:
> >> > >> Anomalie particolari non ce ne sono, i log sono regolari.
> >> > >> Cosa posso fare, ma soprattutto che sta succedendo?
> >> > > Il processo init risiede in un banco di RAM bacato o su un settore di
> >> > > disco sfigato.
> >> <https://lists.ubuntu.com/archives/kernel-team/2008-December/003819.html>
> >> oggigiorno il kernel usa un segnale per indicare che è arrivato uno
> >> zombie da esorcizzare. Come è sempre accaduto per i segnali, l'ordine di
> >> accodamento è (abbastanza) deterministico, l'ordine di consegna (del
> >> tutto) imprevedibile
> > Non e` comunque un comportamento che mi aspetterei da una macchina messa
> > cosi`, quoto Fabio: "Al momento i servizi funzionano tutti regolarmente,
> > il carico sulla macchina e' trascurabile, lo swap non viene neppure
> > utilizzato."
> Io ho un problema simile, ma forse di piu` facile soluzione: il mio server
> e` acceso da piu` di 69 giorni ininterrottamente, ovviamente sotto ups, e
> collegato allo stesso via cavetto seriale apposito.
> Tutto funziona correttamente, tranne che ho 23 zombie che vagano
> disperatamente dentro al server.
[...]
> eccone uno fotografato con ps -laA:
>
> 4 Z 0 32100 2655 0 80 0 - 0 - ? 00:00:00
> popupmsg.sh <defunct>
Secondo l'output di ps -laA, il PID del padre di questo processo e` il
2655. Guarda un po' qual e` il processo in questione: e` quello che alla
morte dei figli non fa il wait e li lascia in stato di zombie.
Ora, mentre e` del tutto possibile che un programma sia stato scritto
non troppo bene e non faccia (o faccia in ritardo) il wait, o non
maneggi correttamente i segnali, la cosa e` diversa dal problema di
Fabio, in cui il padre del processo zombie era init.
In questo caso sembra che il motivo sia diverso.
Lo script in se` non fa niente di strano:
> wall <<-!
> $1
> !
>
> exit 0
quindi sembra che il responsabile sia il daemon dell'UPS.
--
Fernando Santagata
Jesus saves, but Buddha makes incremental backups.
|