[gl-como] Problema proftpd-mysql

Pietro Bertera pietro@bertera.it
Gio 13 Gen 2005 22:36:03 CET


Il giorno gio, 13-01-2005 alle 18:59 +0100, Incubus ha scritto:
> Hola
> 
> Ho un problema con proftpd-mysql ovvero proftpd con estensioni mysql
> (per poter autenticare gli utenti sfuttando un database).
> Il problema Ŕ che dopo poco tempo che il demone Ŕ attivo diventa
> NON-killabile ovvero:
> - se faccio il classico "/etc/init.d/proftpd stop" dice che il demone
> Ŕ morto anche se non Ŕ vero infatti se faccio un ps lo vedo ancora li
> in attesa e la porta 21 risulta essere in uso da tale demone
> - se faccio un "fuserv -v 21/tcp" ottengo questo output
>                      USER        PID ACCESS COMMAND
> 21/tcp               root       1245 f....  proftpd
> e sia con "kill -9 1245" che con "fuser -k -v 21/tcp" il demone non
> muore. Entrambi i comandi non restituiscono errori ma se ricontrollo
> il demone Ŕ sempre attivo CON LO STESSO PID e la porta Ŕ sempre
> bindata.
> Oggi mi ha fatto anche un altro scherzetto che pero' nn sono riuscito
> a fargli ripetere: sono andato a vedere in /var/run/proftpd/ e quando
> ho dato ls nn mi ha restituito alcun output, si Ŕ invece "inculato" (e
> passatemi il termine :-P) la shell...
> 
> Ho lo stesso problema sia su questo pc (desktop) che sul (laptop) per
> cui penso sia un problema della mia configurazione (che trovate in
> allegato) solo che non capisco quale sia :(
> 
> Qualcuno puo' darmi una mano?

il problema sta nello script in init.d
ora non so di che distro stai parlando ma generalmente (in debian) gli
script in init.d usano start-stop-daemon il quale fa partire il
serivizio e poi mette il pid in un file che di solito sta
in /var/run/salacippa.pid ora se:
non puo' scrivere in /var/run o succede qualche altro scazzo percui il
file .pid sparisce oppure il processo cambia pid e non viene aggiornato
il contenuto del file quando start-stop-daemon cercherÓ di uccidere il
processo con il pid contenuto nel file risponderÓ cippe (anzi non
risponde un bel niente di solito) e il processo continua a girare.
in sostanza il baco sta in /etc/init.d/cippopippo (forse ;) )

ciao
 
-- 
Pietro Bertera 
E-mail: pietro@bertera.it
GPG key fingerprint: 3B3F 2C4B 487C E5E8 080C  03B3 0C9C AB85 E774 31A4





Maggiori informazioni sulla lista gl-como