Newsgroup: it.comp.os.linux.sys
Titolo: server linux impallato

Ciao, ho un server Compaq con su SuSE SLES7 (kernel originale, 2.4.7) e 
Oracle 9.0.1.3. Da un po' di giorni capita che la macchina si impalli di 
brutto: Oracle è "congelato" e la macchina non accetta connessioni SSH o 
console. Il disco pare girare parecchio. Non viene scritto niente su 
/var/log/messages nè sul log di Oracle. L'unico modo per sbloccare la 
situazione è l'interrutore della corrente.
Qualcuno ha qualche suggerimento da darmi?
Grazie.
Ciao, Cris

Qualcuno ha qualche suggerimento da darmi?
df -h
-- 
Maurizio - Tannoiser - Lemmo
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 df -h
Non credo che sia un problema di spazio su disco:
~ > df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/ida/c0d0p3       2.8G  1.9G  836M  70% /
/dev/ida/c0d0p1        34M  3.9M   27M  13% /boot
/dev/ida/c0d0p4        30G   19G   11G  63% /opt/oracle
shmfs                 288M     0  288M   0% /dev/shm

Non credo che sia un problema di spazio su disco:
ci ho provato <G>.
Qualche processo che si mangia tutta la ram+swap? mi sa che devi tenerla
monitorata...


 monitorata...
Basta un semplice free -s o c'è qualche strumento migliore?
Grazie.
Ciao, Cris

 Basta un semplice free -s o c'è qualche strumento migliore?
vmstat
-- 
Emanuele Balla aka Skull
-----------------------------------------------------------------------
Besides, I think [Slackware] sounds better than 'Microsoft', don't you?
(By Patrick Volkerding)

non è che hai il disco pieno?
coomunque configura syslog per stampare a schermo i messaggi, almeno te li
puoi rivedere e capire qualcosa in +.
Max

 vmstat
Grazie. L'ho fatto girare per un po' e ho scoperto che non è un problema 
di memoria. La macchina si impalla perchè a volte fa capolino un 
processo Oracle che se magna tutta la CPU.
Però non avevo mai visto una macchina talmente impallata da non 
accettare nemmeno login da console. Come si può evitare questo? Forse 
assegnando a Oracle una priorità leggermente più bassa con nice? Ha 
senso una cosa del genere? Qualcuno ci ha mai provato?
Grazie.
Ciao, Cris

 Grazie. L'ho fatto girare per un po' e ho scoperto che non è un problema

Considera che vedere un processo mangiarsi tutta la CPU non è poi troppo
anomalo.. se non ha di meglio da fare, la CPU lo soddisfa.
Puoi provare a abbassare la priorità, ma non penso sia risolutivo.
E' più probabile che quel processo (ammesso che il suo apparire renda
categorico l'hang) incocci in qualche baco.
Provato a cambiare kernel? provare a usare un kernel non-smp (ammesso che
l'attuale lo sia)?
Non ti risponde nemmeno alle sysreq?
Byez!


 ha scritto nel messaggio
news:atcqk6$8vo$1...@panco.nettuno.it...


 Non ti risponde nemmeno alle sysreq?
Non riesco manco a entrare nella macchina...
Ciao, Cris

 Non riesco manco a entrare nella macchina...
Si, questo è ok, ma, ammesso che 
1) non sia proprio il kernel ad andare in hang (cosa parecchio rara) ma
lo schedulatore dello userspace
2) il kernel sia compilato con le sysreq
una cosa tipo alt-stamp-u ti permette di forzare il kernel a rimontare i
filesystem in read-only. Sicchè hai meno rischi di reset ( usi fs
journaled? ) ma *soprattutto* riesci forse a capire se l'hang è dovuto
all'iterazione schedulatore/userspace o al kernel...
Può essere un primo passo per decidere quali azioni attuare.
CtRiX ti consigliava di provare con la patch O(1), ad esempio.
Se il problema è di schedulatore, hai ottime probabilità di risolvere
qualcosa...
Byez.
