Newsgroup: it.comp.os.linux.sys
Titolo: Help Server

Ciao a tutti, ho un problema con un server ibm p4 con 256 MB ram, è un
server di posta qmail con vpopmail, e di rado ma capita si pianta,
rallenta in modo allucinante, uso come FS Reiser, questo è il top della
macchina
top - 16:37:47 up  1:29,  2 users,  load average: 116.29, 73.66, 33.13
Tasks: 393 total,   4 running, 389 sleeping,   0 stopped,   0 zombie
Cpu(s): 10.6% us,  2.6% sy,  0.0% ni,  0.0% id, 85.8% wa,  0.0% hi,  1.0% si
Mem:    256476k total,   253292k used,     3184k free,     8644k buffers
Swap:   907632k total,   455684k used,   451948k free,    30868k cached
e non capisco come mai c'è l'85% di cpu in wa
qualcuno mi sa dire qualcosa?
grazie
Max

Dimenticavo, c'è qmail con vpopmail, spammassassin e Clamav, il db mysql
è un'altra macchina.
Grazie ancora Max

 e non capisco come mai c'è l'85% di cpu in wa
a naso , mi fai un hdparm -Tt /dev/sda ( o hda a seconda se è scsi o ide )
-- 
Quella donna sa parlare otto lingue e non sa dire "no" in nessuna di esse.
                -- Dorothy Parker

 e non capisco come mai c'è l'85% di cpu in wa
Mi da` l'idea che stia swappando come un matto.
Ma senza maggiori info non saprei.
Bye
-- 
Alessandro Pellizzari

Così a occhio direi poca RAM, Clamav ciuccia parecche memoria quando
controlla i messaggi. Comunque 393 task in esecuzione mi sembrano
tanti, prova a controllare di non avere qualche programma strano che
gira in sottofondo che faccia parecchio I/O sul disco.
Comunque io ho una macchina con un Sempron 2800+ con 256M come te e
con DBmail + Mysql + KAV + Squirrellmail per una 30 di caselle per
circa 3Gb di posta in IMAP (inoltre si occupa dei backup di una rete di
16PC Winzozz) e il mio top dice :
top - 17:27:17 up 93 days,  6:02,  1 user,  load average: 0.08, 0.03,
.01
Tasks: 163 total,   1 running, 162 sleeping,   0 stopped,  0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,
0.0% si
Mem:    255984k total,   176416k used,    79568k free,    29096k
buffers
Swap:  1044152k total,   192744k used,   851408k free,    61972k cached
Ciao 
Ercole

> a naso , mi fai un hdparm -Tt /dev/sda ( o hda a seconda se è scsi o ide )
Ho aggiunto ram ora è a 512, hdparm mi ritorna:
/dev/sda:
 Timing cached reads:   1236 MB in  2.00 seconds = 617.48 MB/sec
 Timing buffered disk reads:   22 MB in  7.48 seconds =   2.94 MB/sec

 Ma senza maggiori info non saprei.
Ho aggiunto 512 di ram, ora il top è così
top - 18:04:56 up 36 min,  3 users,  load average: 28.77, 26.48, 17.88
Tasks: 223 total,  11 running, 212 sleeping,   0 stopped,   0 zombie
Cpu(s): 71.4% us,  8.0% sy,  0.0% ni,  0.0% id, 19.3% wa,  0.0% hi,  1.3% si
Mem:    516168k total,   491772k used,    24396k free,    13020k buffers
Swap:   907632k total,       84k used,   907548k free,    44972k cached

  Timing buffered disk reads:   22 MB in  7.48 seconds =   2.94 MB/sec
Quest'ultimo valore e` troppo basso.
Un normale disco IDE fa 40 Mb/sec, e tu con uno scsi ne fai 3.
Credo sia un problema del driver del controller o magari del bus scsi
mal terminato. O il disco che sta morendo e passa molto tempo a
"switchare" sui settori di riserva. O magari solo parametri errati nel
controller.
Bye.
-- 
Alessandro Pellizzari

 controller.
Oppure una prova fatta sotto carico da produzione?  :-)
bye G.L.

 Swap:   907632k total,       84k used,   907548k free,    44972k cached
Avevo dei problemi simili: ho attivato la cache del controller (un raid 5 hw 
con 64 mb di cache) ed il carico č calato drasticamente
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
- Cara, se avessi saputo che eri vergine, ci avrei messo piu' tempo.
- Caro, se avessi saputo che c'era piu', tempo mi sarei tolta i collants.
		-- Anonimo

>  Timing buffered disk reads:   22 MB in  7.48 seconds =   2.94 MB/sec
appunto...... aggiorna il kernel con un driver che gestisca decentemente
quei dischi va' .....  è un problema classico , è un 205/206 vero ?
-- 
Un'idea non e' responsabile delle persone che ci credono.

 Un normale disco IDE fa 40 Mb/sec, e tu con uno scsi ne fai 3.
 è un disco SATA... ma il test è fallato... mentre lavora penso sia
sbagliato. riprovo se riesco quando è + scarico di lavoro...
Ma come faccio a capire cos'è di preciso?
Grazie
Max

 Un normale disco IDE fa 40 Mb/sec, e tu con uno scsi ne fai 3.
Quando va bene......
Guarda da me:
/dev/md2:
  Timing cached reads:   1728 MB in  2.00 seconds = 864.00 MB/sec
  Timing buffered disk reads:   32 MB in  3.01 seconds =  10.63 MB/sec
Quando parte rsync con un nice a 15 distrugge letteralmente il server 
(biprocessore, 1 gb di rab) o meglio distrugge letteralmente i dischi.

 quei dischi va' .....  è un problema classico , è un 205/206 vero ?
si, è un x206 ora ho su il 2.6.15-1-686 #2 Thu Feb 2 18:29:01 UTC 2006
i686 GNU/Linux

 i686 GNU/Linux
è il driver sata , cerca su google col nome del chipset ( lspci -v ) e linux
-- 
Paziente: "Dottore, dottore, credo di avere bisogno di un paio di occhiali".
Impiegato: "Di sicuro, questa e' una banca!".

   Timing buffered disk reads:   32 MB in  3.01 seconds =  10.63 MB/sec
il mio fido -LAPTOP-
/dev/hda:
 Timing cached reads:   1236 MB in  2.00 seconds = 617.79 MB/sec
 Timing buffered disk reads:  128 MB in  3.03 seconds =  42.22 MB/sec
controllate i driver....
-- 
Da un recente sondaggio:
        1 italiano su 10 non sa come investire il proprio capitale;
        i restanti 9 non hanno il capitale da investire.

> è il driver sata , cerca su google col nome del chipset ( lspci -v ) e linux
0000:00:1f.2 IDE interface: Intel Corp. 6300ESB SATA Storage Controller
(rev 02) (prog-if 8a [Master SecP PriP])
        Subsystem: IBM: Unknown device 02ad
        Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 169
        I/O ports at <unassigned>
        I/O ports at <unassigned>
        I/O ports at <unassigned>
        I/O ports at <unassigned>
        I/O ports at 1470 [size=16]
Ma non è strano che da un giorno all'altro me lo ha fatto? oggi sono
pure passato dal 2.6.12 al 2.6.15 ma è =... è capitato 5 volte in 6 mesi...
grazie
Max

 Swap:   907632k total,   455684k used,   451948k free,    30868k cached
La quantità di swap in uso, il load average e quel "wa" non ti
suggeriscono nulla?
Il tuo sistema non ha abbastanza ram e se ne sta lì impalato 
attendendo che lo swap abbia finito.
-- 
Chaos A.D.		|	Raging crowd
Tanks on the streets	|	Burning cars
Confronting police	|	Bloodshed starts
Bleeding the Plebs	|	Who'll be alive?

 Oppure una prova fatta sotto carico da produzione?  :-)
Già. <g>


 
Se ve lo dico non ci crederete...
Aggiungendo la ram, cambiando il disco... sempre stesso discorso..
server lentissimo... l'ho lasciato andare un pò.. e vedevo che il suo
porco lavoro lo faceva anche se in tempi lunghissimi...
Ho scoperto che un programmatore cazzone... eveva mandato un loop uno
script e aveva mandato 30000 mail...
ora:
/dev/sda:
 Timing cached reads:   2604 MB in  2.00 seconds = 1300.90 MB/sec
 Timing buffered disk reads:  118 MB in  3.02 seconds =  39.04 MB/sec
Mi viene però in mente che è possibile limitare i servizi di smtp per
evitare DOS?
qlk sa con qmail dove impostare i thread massimi?
grazie
Max

 
Niente driver...
Se ve lo dico non ci crederete...
Aggiungendo la ram, cambiando il disco... sempre stesso discorso..
server lentissimo... l'ho lasciato andare un pņ.. e vedevo che il suo
porco lavoro lo faceva anche se in tempi lunghissimi...
Ho scoperto che un programmatore cazzone... eveva mandato un loop uno
script e aveva mandato 30000 mail...
ora:
/dev/sda:
 Timing cached reads:   2604 MB in  2.00 seconds = 1300.90 MB/sec
 Timing buffered disk reads:  118 MB in  3.02 seconds =  39.04 MB/sec
Mi viene perņ in mente che č possibile limitare i servizi di smtp per


 qlk sa con qmail dove impostare i thread massimi?
/var/qmail/control/ is your friend.


 script e aveva mandato 30000 mail...
Scusa ma con che script?
In php mando via tranquillamente 10000 mail all'interno di un loop.
Ed il server web nemmeno se ne accorge. (ovviamente il server di posta
che riceve le mail per il relay se ne accorge eccome!)