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

Ciao a tutti.
Ogni tanto un server rallenta paurosamente
($paurosamente=non poter accedere nemmeno dalla console).
Se faccio un top vedo un load enorme > 150.
ecco un estratto del top:
---
Tasks: 202 total,   1 running, 199 sleeping,   1 stopped,   1 zombie
Mem:   1033212k total,   979264k used,    53948k free,    17688k buffers
Swap:  1951800k total,   606372k used,  1345428k free,   332132k cached
Cpu(s):   1.6% user,   2.6% system,   0.3% nice,  95.5% idle
---
A prima vista sembrerebbe (o quasi) tutto abbastanza regolare. Eppure il 
server è praticamente inutilizzabile.
Nel syslog o messages nulla di interessante.
Dove potrei andare a guardare?
I rallentamenti capitano saltuariamente.

 dirlo, soprattutto senza sapere un belino di cosa fa quel server.
Problemi di disco in che senso?
Sicuramente è lento (e' un ide), ma allora la lentezza si noterebbe 
sempre. Qui invece lo fa per mezzora ogni settimana non di più.
E' un server web. con praticamente solo apache in esecuzione. (piu 
postfix per le mail in uscita).
Forse (ma dico forse) potrebbe essere in contemporanea all'esecuzione di 
rsync e forse durante la copia dei log. Però rsync parte 2 volte al 
giorno e copia sempre le stesse cose mentre questa lentezza paurosa si 
verifica molto piu di rado (mezzora alla settimana).

 ($paurosamente=non poter accedere nemmeno dalla console).
Sembra un problema di disco/controller.
In concomitanza con i rallentamenti, hai provato a:
*) staccare il (i) cavo di rete (ammesso che sia possibile)
*) controllare se il disco lavora di continuo (tramite il led/udito/tatto)
*) verificare l'integrita` del (dei) dischi
Annota da qualche parte quando accade, in modo da trovare dei collegamenti.

 *) verificare l'integrita` del (dei) dischi
Sono integri, il reboot fato pochi giorni fa ha eseguito fsck e non ha
trovato errori.
In più il raid (software) è funzionanente non vedo nulla nei vari
log.

 log.
I dischi sono su due canali ide diversi ? Se sono sullo stesso canale, la
causa del rallentamento puo` essere quella.
Sei i dischi supportano lo SMART, controlla il loro stato.

 Dove potrei andare a guardare?
Sempre nel TOP.
installa sysstat e acct.
Poi dopo che si è verificato il problema, con lastcomm puoi vedere cosa
cazzo era che spawnava processi a raffica.
Avere il load a 150 significa che hai 150 processi che _richiedono priorità
al kernel, contemporaneamente_
Ciò non implica che la macchina sia inutilizzabile.
E' inutilizzabile quando questi 150 processi succhiano anche memoria (ergo
swap) e tutta la CPU.
Quindi, il mio consiglio è:
1) quando si verifica, lancia TOP e vedi che cazzo è che ti alza tanto il
load
2) se non ce la fai, lascia tutto li e DOPO usa lastcomm per capire quali
processi hanno utilizzato più CPU.
Sapere cosa cavolo ci gira su quella macchina non sarebbe male come guess.
Posta anche un hdparm -tT /dev/del/disco/principale
posta anche la versione delkernel che utilizzi.
Max

 
oddio, qualcosa dice, cioè che un server con 1 gb di ram sta usando 600 mb 
di swap e mi sembrano "tantini"
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Un coglione puo' sbagliarsi, cinquanta milioni di coglioni no.
		-- Cavanna

 Sei i dischi supportano lo SMART, controlla il loro stato.
Smart ok.

 posta anche la versione delkernel che utilizzi.
hdparm sui dischi (uso il raid però ti allego anche i singoli)
/dev/md0:
  Timing cached reads:   1172 MB in  2.00 seconds = 586.00 MB/sec
  Timing buffered disk reads:   82 MB in  3.02 seconds =  27.15 MB/sec
/dev/hda:
  Timing cached reads:   1104 MB in  2.00 seconds = 552.00 MB/sec
  Timing buffered disk reads:  160 MB in  3.02 seconds =  52.98 MB/sec
/dev/hdb:
  Timing cached reads:   1184 MB in  2.00 seconds = 592.00 MB/sec
  Timing buffered disk reads:  152 MB in  3.02 seconds =  50.33 MB/sec
Linux 2.4.30
/proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 2.40GHz
stepping        : 9
cpu MHz         : 2399.398
[cut]
processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 2
model name      : Intel(R) Xeon(TM) CPU 2.40GHz
stepping        : 9
cpu MHz         : 2399.398
[cut]

 
Tradotto in linguaggio comprensibile da linux?
Cosa o chi uccido?

 I dischi (è un server veramente di merda) sono sullo stesso canale.
credo che sia molto piu' importante il caching etc. del fatto che i
due dischi siano master e slave sullo stesso cavo.  dovresti (IMHO)
vedere una degradazione solo nel maneggiare files giganteschi
contemporistantaneamente sui due dischi.
-- 
Maurizio Loreti                         
http://www.pd.infn.it/~loreti/mlo.html
Dept. of Physics, Univ. of Padova, Italy              ROT13: 
ybe...@cq.vasa.vg

Alessandro ha scritto:

Va visto cosa sta girando in  quel momento, però come swap (per me) è altino
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
I ricchi non sono mai generosi.
Se fossero generosi, non sarebbero ricchi.
		-- Paperon de' Paperoni

 
Infatti (forse e molto forse) il rallentamento viene fuori durante lo 
spostamento da parte di rsync di file di log (molti sono oltre il giga).
Però in quel caso si tratta di una lettura ed il rallentamento dovrebbe 
essere in fase di scrittura (dove il raid deve scrivere lo stesso file 
su entrambi i dischi dello stesso canale)

 inutilizzabile.
apri una shell sul server, e lasciala aperta con top in renice a -19, e
quando succede controlli.
Altri sistemi non me ne vengono in mente, visto che dici che dal syslog
non trovi niente.
Prova magari un dmesg durante e dopo il fattaccio e vedi se ci sono
timeout sui dischi.
Bye.
-- 
Alessandro Pellizzari

 timeout sui dischi.
Controllerò.

 Anche perchè aprire una shell durante il fattaccio non è possibile. :)
Ti ho spiegato cosa fare
per trovare la causa senza avere la macchina sotto mano.
Max