[woody] (bijna) constant hardeschijf activiteit

[x-force]

ik heb gisteren een update gemaakt vanaf patato naar woody. Dat ging allemaal zonder veel problemen. Wat mij alleen opvalt is dat mijn load average veel hoger ligt dan eerst en dat er (bijna) constand naar mijn harde schijf wordt geschreven. Dat zou ook wel de hoge load veroorzaken.

hoe ik dit weet? de server is namelijk een P100 met een harde schijf van seagate en die is nogal luidrustig.
Eerst schreef het systeem ook wel eens wat weg maar dat was om de 10 min en dan 5 sec maar nu stopt het af en toe voor 30 sec.

Hoe kan ik er achterkomen wat het systeem steeds naar mn harde schijf schrijft? En dan er natuurlijk ook wat aan doen?

PS mn syslog en messages zien er normaal uit

[Platel]

Als je nu eens zou weten wel proces er naar de schijf schrijft.
Kun je bij "top" niet zien welk proces er aan het draaien is tijdens die aktiviteit? Is het "find"? Misschien wordt je lokate database wel telkens automatisch geupdate.
Kijk eens goed naar je draaiende processen of daar iets raars tussen staat. En kijk anders eens naar je /etc/crontab, misschien staat daar wat in.

[x-force]

Wanneer ik bij top op CPU sorteer staat er:

code:

pid   user     pri   ni  size pss share stat  cpu  mem  time   command
17838 mail  15   0  1332 1332  1228 S     8.1  3.5   0:36 exim
22649 root  16   0   968  968   748 R     6.9  2.5   0:15 top
23680 mail  19   0  1568 1568  1432 R     1.4  4.1   0:00 exim
22593 root   1   0  1532 1528   912 S     1.2  4.0   0:01 sshd

dus dat lijkt mij niet echt de oorzaak (ik weet alleen niet wat dat exim doet, ik gebruik nl geen mail)
en mn crontab staat 1 regel in en die is van mij zelf en stond er altijd al in.

dit is nu mn load average : 0.99, 1.06, 1.03 en vroeger wat dat allemaal 0.01 ofzo

ps wil je ook nog hebben wanneer ik op mem sorteer?

[pinockio]

Het kan ook zijn dat je firewall aanstaat met logging. (Dat had ik hier ooit op een RedHat systeem, erg irritant.)

[x-force]

Op dinsdag 23 juli 2002 10:06 schreef pinockio het volgende:
Het kan ook zijn dat je firewall aanstaat met logging. (Dat had ik hier ooit op een RedHat systeem, erg irritant.)

nou ik denk van niet want dat deed ie al nooit en er staat van de afgelope tijd in mijn /var/log/messages alleen maar :

code:

Jul 23 10:17:27 debian -- MARK --

dus dat is het (volgens mij) niet

[x-force]

ik heb net geprobeerd om exim met dselect te verwijderen maar dan geeft hij aan dat hij gelijk ook apache, samba, crontab en dat soort dingen wil verwijderen omdat die afhankelijk zijn van exim. dus je kan wel stellen dat dit ook geen oplossing is....

iemand nog iedeen?

[Verwijderd]

te zien aan de cpu usage van exim zal die wel als een gek mailtjes in de queue aan het zetten zijn. Check ff /var/spool/mail en /var/spool/exim/input om te zien of daar files worden ge-creerd...

Je bent toch geen open relay he?

<edit>
mischien is mailq beter om dit uit te zoeken
</edit>

[Buffy]

Op dinsdag 23 juli 2002 10:03 schreef x-force het volgende:
Wanneer ik bij top op CPU sorteer staat er:

code:

pid   user     pri   ni  size pss share stat  cpu  mem  time   command
17838 mail  15   0  1332 1332  1228 S     8.1  3.5   0:36 exim
22649 root  16   0   968  968   748 R     6.9  2.5   0:15 top
23680 mail  19   0  1568 1568  1432 R     1.4  4.1   0:00 exim
22593 root   1   0  1532 1528   912 S     1.2  4.0   0:01 sshd

dus dat lijkt mij niet echt de oorzaak (ik weet alleen niet wat dat exim doet, ik gebruik nl geen mail)
en mn crontab staat 1 regel in en die is van mij zelf en stond er altijd al in.

dit is nu mn load average : 0.99, 1.06, 1.03 en vroeger wat dat allemaal 0.01 ofzo

ps wil je ook nog hebben wanneer ik op mem sorteer?

Je gebruikt geen mail maar je hebt wel twee exim processen draaien die samen 9.5% CPU gebruiken

Wat staat er dan in je /var/log/mail.* logs?

Je kan exim (tijdelijk) uitschakelen door:

- In /etc/inetd.conf voor de 'smtp' regel een '#' neer te zetten en '/etc/init.d/inetd reload' uit te voeren.
- Het commando '/etc/init.d/exmin stop' uit te voeren
- En voor de zekerheid 'killall exim' te doen.

[Buffy]

Op dinsdag 23 juli 2002 12:59 schreef Dawns_sister het volgende:

[..]

Je gebruikt geen mail maar je hebt wel twee exim processen draaien die samen 9.5% CPU gebruiken

Wat staat er dan in je /var/log/mail.* logs?

-edit-

Ehh, ik bedoel dus /var/log/exim/mainlog

-edit-

Je kan exim (tijdelijk) uitschakelen door:

- In /etc/inetd.conf voor de 'smtp' regel een '#' neer te zetten en '/etc/init.d/inetd reload' uit te voeren.
- Het commando '/etc/init.d/exmin stop' uit te voeren
- En voor de zekerheid 'killall exim' te doen.

_{ik dacht dat ik op edit drukte}

[x-force]

in /var/spool/exim/input staan vele vele files (mag ik die weggooien)
en in /var/log/exim/mainlog komen constant regels bij

ik heb jouw stappen plan gevolgd om exim te stoppen en nu vliegt mn load van 2.00 hard naar beneden en hoor ook mn harde schijf niet meer.

we kunnen dus stellen dat exim de schuldige was maar wat was er nou precies aan de hand?

hier een stukkie mainlog:

code:

2002-07-23 13:54:45 17WsxP-0000vO-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:54:45 17WsxJ-0000uu-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:54:45 17WsxG-0000ui-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:54:45 17WsxF-0000uc-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:54:46 17WsxE-0000uW-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:54:46 17WsxC-0000uQ-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:54:46 17Wsx7-0000u2-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:54:46 17Wsx6-0000tw-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:54:46 17Wswp-0000rx-00 == root@debian T=local_delivery defer (-43): Retry time not yet reached
2002-07-23 13:55:02 17WyFq-0005S7-00 <= root@debian U=root P=local S=449
2002-07-23 13:55:03 17WyFr-0005SF-00 <= root@debian U=root P=local S=500
2002-07-23 13:55:03 17WyFq-0005S7-00 == root@debian T=local_delivery defer (13): Permission denied: creating lock file hitching post /var/spool/mail/root.lock.debian.3d3d4417.000051ef (euid=65534 egid=65534)
2002-07-23 13:55:04 17WyFr-0005SF-00 == root@debian T=local_delivery defer (13): Permission denied: creating lock file hitching post /var/spool/mail/root.lock.debian.3d3d4418.000051f2 (euid=65534 egid=65534)

[x-force]

NOG een probleem!!
na 5 min ofzo start exim weer en begint het hele verhaal weer vanaf voren.....
exim kan in niet verwijderen (de makkelijke manier) dus heeft iemand aan de hand van mn log een idee waaraan het ligt?

[Verwijderd]

Waarschijnlijk wordt exim gestart omdat er een cron job gestart word die output genereerd. Ik denk dat je het beste gewoon ff exim kunt configgen als een stand-alone mailserver, die alleen voor localhost delivered. Op dit moment lijkt het erop dat je een broken exim config hebt. Zie eximconfig.

Oh, en al die files in /var/spool/exim/input zijn queue data/header files, de mailtjes zeg maar. Als je er zeker van bent dat dit geen valide mail is, kun je deze gewoon weggooien. Echter zullen die queue files blijven verschijnen zolang exim "broken" is. Check voor de zekerheid ff met mailq om te kijken wie/wat/waar probeert te mailen.

[x-force]

Op dinsdag 23 juli 2002 14:32 schreef r3b00t het volgende:
Waarschijnlijk wordt exim gestart omdat er een cron job gestart word die output genereerd. Ik denk dat je het beste gewoon ff exim kunt configgen als een stand-alone mailserver, die alleen voor localhost delivered. Op dit moment lijkt het erop dat je een broken exim config hebt. Zie eximconfig.

Oh, en al die files in /var/spool/exim/input zijn queue data/header files, de mailtjes zeg maar. Als je er zeker van bent dat dit geen valide mail is, kun je deze gewoon weggooien. Echter zullen die queue files blijven verschijnen zolang exim "broken" is. Check voor de zekerheid ff met mailq om te kijken wie/wat/waar probeert te mailen.

nou niet vanaf een cronjob want daar staat alleen mn adsl probe.
Exim stond al als stand alone maar heb het met eximconfig nogmaals gedaan.
als ik met mailq kijk krijg ik dit soort dingen te zien:

code:

32h   518 17WV83-0002Zj-00 <root@debian>
        root@debian

32h   467 17WV8z-0002Zv-00 <root@debian>
        root@debian

32h   518 17WV90-0002a3-00 <root@debian>
        root@debian

dit heb ik enkele minuten door laten gaan en daarna met ctrl+c gestopt. Wat ik hier uit concludeer is dat het systeem root@debian probeert te mailen maar als ik als root in log en mail typ dat zegt ie heel leuk "no mail for root"

[Buffy]

Op dinsdag 23 juli 2002 14:44 schreef x-force het volgende:

[..]

nou niet vanaf een cronjob want daar staat alleen mn adsl probe.

Die adsl probe genereert hoop ik toch geen output.
Zoals r3b00t al zei zal cron dit naar de root mailen.

Je kan ook even in de bestanden die in /var/spool/exim/input
en /var/spool/exim/msglog directories staan kijken wie/wat precies de mailtjes stuurt.

Exim stond al als stand alone maar heb het met eximconfig nogmaals gedaan.
als ik met mailq kijk krijg ik dit soort dingen te zien:

code:

32h   518 17WV83-0002Zj-00 <root@debian>
        root@debian

32h   467 17WV8z-0002Zv-00 <root@debian>
        root@debian

32h   518 17WV90-0002a3-00 <root@debian>
        root@debian

dit heb ik enkele minuten door laten gaan en daarna met ctrl+c gestopt. Wat ik hier uit concludeer is dat het systeem root@debian probeert te mailen maar als ik als root in log en mail typ dat zegt ie heel leuk "no mail for root"

Wat klopt omdat ze in de queue blijven hangen.
Er zit toch ergens iets fout in de configuratie van exim.


-edit-

Tip:
Probeer eens in /etc/aliases de regel

code:

root: x-force

(waarbij x-force je user account op die bak is natuurlijk)

Default zal exim namelijk nooit mail naar root sturen.

[x-force]

nu worden al die mailtjes naar mij gestuurd..

wat ik daaruit kan opmaken is dat mn oude cronjobs wel mailden en ik nooit de mail las. Daarom gaat hij om de zo veel tijd een mail sturen dat ik mn mail moet lezen.
Nu zit mn que zo vol dat ik er gek van wordt.

is er een mogelijkheid dat in het programma "mail" alle mails kan verwijderen? (er zitten namelijk 2400 mailtjes in mn mailbox)

-- edit --
alle mailtjes zijn verwijderd

maar idd mn adsl probe geeft een output dus nu maar kijken hoe ik dat zo ver krijg dat wel dat commando draait maar zonder output

[x-force]

okey alle problemen zijn nu opgelost

nog even een samenvatting:
- laat nooit de mail naar root sturen
- lees regelmatig je mail
- als je cronjobs maakt zorg dat ze geen output hebben

allemaal bedankt voor het mee werken aan deze oplossing