Newsgroup: it.comp.os.linux.sys
Titolo: Re: startup e shutdown di processi che non avviene

 
scusa ma lanciandoli a mano quegli script che fa? riesci a vedere se 
partono e poi crashano/vengono killate o se manco si avviano?

 Qualche idea su cosa guardare prima di incolpare un poltergeist?
  Non so se è la stessa cosa, ma di recente un server Fedora 12, usato per
dei corsi, all'avvio non configura più le sue interfacce di rete (la eth0 è
configurata via DHCP, le eth1 e eth2 sono configurate staticamente).  Eppure
chkconfig --list networking dà il risultato atteso e riavviando a mano
questo servizio tutto va a posto (inclusi poi i server named e dhcpd che
ovviamente risentono della mancata configurazione delle interfacce di rete).
 Non leggo nessun messaggio d'errore durante il boot, né ne trovo nei log.
Di recente avevo disabilitato il servizio NetworkManager perché mi creava
casini, ma sono tornati con i rinforzi.
  Su che distribuzione stai riscontrando i tuoi problemi?
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 riavviata. E 4 delle 6 istanze non sono partite. 
Butta un occhio a /proc/sys/net/ipv6/bindv6only.
Se è a 1 mettilo a 0 e falle ripartire. Guarda se restano running.
Qualche giorno fa mi è successa una cosa simile (vabbè, io ho solo
un'istanza quindi non so dire se possa cambiare qualcosa da un'istanza a
l'altra) e il motivo era quello.
-- 
Massimo Bacilieri AKA Crononauta

 avviate quando mi sono accorto che non si erano avviate da sole.
Ah ma a mano si avviano? Allora ignora l'altra mia risposta.


 Ah ma a mano si avviano? Allora ignora l'altra mia risposta.
BTW il fatto che siano in /etc/init.d è irrilevante, ci sono i link in
/etc/rc2.d o chi per essa?


 chkconfig --list networking dà il risultato atteso
  (chkconfig --list network, non networking) E invece no, pe cui si
tratta di un falso allarme (beh, è un server dedicato ai corsi).
Comunque, NetworkManager ce l'hai abi- o disabilitato?



Non so se può esserti di aiuto, ma può centrare il fatto che lo script 
non si avvii perché qualche modulo necessario al suo funzionamento, il 
kernel non lo abbia ancora caricato ?
Lo snort del mio server non si avviava perché il kernel caricava le 
ethernet dopo aver mandato in esecuzione snort, e non c'era una traccia 
sul log che mi avvisava...
p.s. Ho cercato invano di risponderti oggi pomeriggio tramite newsland, 
ma pare non sia più possibile...
Ciao, Davide.


fs non montati ancora all'esecuzione dello script di avvio?


Può darsi che gli ultimi due trovino quei moduli di cui hanno bisogno...
Non so.. mi sento tanto piccolo a discutere con te, data la differenza 
di conoscenza del sistema in oggetto :-) e quindi credo che tu abbia 
fatto i controlli necessari, ma l'analogia con il mio problema mi porta 
a questa ipotesi :-)
Ciao Davide, da Davide.

 Qualche idea su cosa guardare prima di incolpare un poltergeist?
In effetti non ha senso, in quanto lo startup di tomcat e` qualcosa che 
intacca se stesso e basta. Le uniche cose che mi vengono in mente sono:
 - Usi la distribuzione ufficiale oppure quella pachettizzata per RH? In 
   quest'ultimo caso, ci sono delle personalizzazioni da parte di RH nel
   processo di installazione di tomcat (e.g. su debian, l'installazione
   tramite pacchetto, distribuisce tutto l'applicativo nel file system, 
   invece di tenere tutto nella stessa directory)?
 - Il tuo script di avvio esegue particolari operazioni durante la sua
   esecuzione (a tal proposito potrebbe essere utile vederlo)?
Un'ultima domanda, piu` che altro faziosa: perche` sei istanze e non una 
sola istanza che serve sei applicazioni web?
Enrico

 
ciao Davide,
In RH se non ricordo male Selinux di default è settato su enforcing, hai 
provato a disabilitarlo ?
Evenutalmente audit2allow -a dovrebbe darti informazioni sui problemi 
causati da Selinux.
ciao
riki

 Qualche idea su cosa guardare prima di incolpare un poltergeist?
My 2c:
al momento dello stop i due processi incolpati erano freezati e non
hanno onorato lo stop, ergo non hanno fatto l'housecleaning, ergo al
riavvio lo script ha incocciato questo test
   if [ -d "/proc/$pid" ]; then
                        echo "tomcat instance $instance already
running!"
                        exit
e non ha riavviato un bel niente.
Ho vinto quaccheccosa?
bye!

                         exit
Che resti un processo freezato in /proc dopo un riavvio della macchina,
lo vedo difficile!!!


 lo vedo difficile!!!
hai ragione, ho letto velocemente lo script e mi era sembrato che
testasse l'esistenza di un file contenente il PID, non ho fatto caso
al fatto che andava a vedere proprio la proc.
bye!

 In ogni caso, oramai non e' che io ci possa fare poi un gran che'.
Potresti scrivere un script di start/stop più vispo ;^)
O magari spostare la partenza dei tomcat dentro inittab... è la
soluzione che consiglia IBM per websphere (ma io me ne sono guardato
bene, nel mio piccolo).
bye!

 l'esistenza di un 'lock file' in /var/lock/subsys.
Ti cavi subito la curiosità facendo un grep subsys /etc/init.d/* e
vedere se salta fuori qualcosa. A meno che su quella distribuzione non
ci sia qualcosa di esotico in /etc/rcS.d .


Mi vian da pensare ad una banalità che avrai sicuramente gia
controllato ......
Istanze diverse che vengono avviate con utenze diverse ....... ognuna
con la sua specifica utenza ....... ma vengono anche correttamente
stoppate con la giusta utenza? Se le starti con un certo utente ma poi
chi le spegne è root ......... possono esserci problemi di ri-avvio.

 avviati ma brutalmente ignorati da init.
Ormai avrai già risolto, ma ci provo lo stesso: non è che con
l'aggiornamento ti è cambiato il modo di gestire lo start/stop dei
servizi dal solito sysV a quello a dipendenze? Se è questo il caso con
insserv /etc/init.d/script dovresti riabilitare la partenza/fermata dei
4 gatti che non partono/sifermano.
Ciao, Micky
-- 
What's this hash prompt on my terminal mean?
Micky Del Favero  -  System Manager  &  BOFH