[Debian] noflushd/hdparm: hoe handmatig spindown?

[Mr. B.]

_{Disclaimer: ben redelijk linux n00b, en ja, ik heb gegoogled en TFS ge-U't}

Op m'n routertje heb ik momenteel Debian 2.2r5 (gewoon nog met 2.2.19 kernel) draaien. Aangezien ie op m'n slaapkamer staat wil ik 'm zo stil mogelijk hebben, en dus laat ik de harddisk na een kwartiertje downspinnen.
Ik heb "noflushd -i keyboard -n 15 /dev/hda" gebruikt, dat werkt op zich prima. Als ik echter met "hdparm -y /dev/hda" handmatig een spindown wil geven, dan spint ie na een paar seconden vanzelf weer up. Enig idee hoe ik dat kan voorkomen?

[deadinspace]

Er staan als je computer aanstaat veel files open (bijvoorbeeld logfiles). In deze files verandert regelmatig wat (er wordt een regeltje bijgeschreven, een datum wordt bijgewerkt, enz), dus als je de HD downsping met hdparm, dan duurt het waarschijnlijk niet lang voor de kernel zoiets heeft van "hee, deze file moet geupdate worden" en dus de HD weer vrolijk laat upspinnen. Dit effect neemt toe naar gelang je bak meer doet (meer services draait enz).
noflushd gaat dit tegen door de kernel te overtuigen wat minder gretig files te updaten (hoe hij dat precies doet weet ik trouwens niet) en daarna de HD down te spinnen.

[Mr. B.]

Op dinsdag 26 februari 2002 02:24 schreef deadinspace het volgende:
Er staan als je computer aanstaat veel files open (bijvoorbeeld logfiles). In deze files verandert regelmatig wat (er wordt een regeltje bijgeschreven, een datum wordt bijgewerkt, enz), dus als je de HD downsping met hdparm, dan duurt het waarschijnlijk niet lang voor de kernel zoiets heeft van "hee, deze file moet geupdate worden" en dus de HD weer vrolijk laat upspinnen. Dit effect neemt toe naar gelang je bak meer doet (meer services draait enz).
noflushd gaat dit tegen door de kernel te overtuigen wat minder gretig files te updaten (hoe hij dat precies doet weet ik trouwens niet) en daarna de HD down te spinnen.

Dat noflushd hdd writes cached/buffert om zo een spinup te voorkomen weet ik, maar dat zou ie toch ook moeten blijven doen als de schijf al handmatig "gestopt" is?

[Valium]

Heb je wel genoeg geheugen voor het bufferen?
Post de uitvoer van 'free' eens.
Verder zou de noflushd de disk-writes moeten opvangen. Dit werkt alleen NIET 100% met ReiserFS. Die gaat voorbij aan de standaard schijfbenaderingsmethoden. Dus zoiets zou ook een oorzaakje kunnen zijn.

[it0]

Op dinsdag 26 februari 2002 12:44 schreef Valium het volgende:
Dit werkt alleen NIET 100% met ReiserFS. Die gaat voorbij aan de standaard schijfbenaderingsmethoden.

Wat als je ext3 gebruikt?

[DennisBoom]

Met lsof kun je zien welke files er open staan. Mocht het aan je logfiles liggen dan kun je dat in /etc/syslog.conf regelen door voor elke file - te zetten (zie ook man syslog.conf).

[Mr. B.]

Op dinsdag 26 februari 2002 12:44 schreef Valium het volgende:
Heb je wel genoeg geheugen voor het bufferen?
Post de uitvoer van 'free' eens.

code:

bart@spitfire:~$ free
         total   used    free     shared    buffers     cached
Mem:       46164    36800    9364   11716   17760    7116
-/+ buffers/cache:  11924   34240
Swap:    104384     0     104384

Verder zou de noflushd de disk-writes moeten opvangen. Dit werkt alleen NIET 100% met ReiserFS. Die gaat voorbij aan de standaard schijfbenaderingsmethoden. Dus zoiets zou ook een oorzaakje kunnen zijn.

Dat had ik ook gelezen in de manpages van noflushd, maar ik gebruik gewoon ext2, dus daar kan het niet aan liggen.

Op dinsdag 26 februari 2002 13:26 schreef it0 het volgende:

[..]

Wat als je ext3 gebruikt?

Zelfde verhaal als bij ReiserFS geloof ik, maar da's hier dus niet van toepassing.

[Mr. B.]

/\
||
||
||

Up

[it0]

en hdparm -Y /dev/hda?

[Mr. B.]

Op woensdag 27 februari 2002 16:49 schreef it0 het volgende:
en hdparm -Y /dev/hda?

Werkt helaas ook niet... ook dan spint ie na een paar seconden weer up

[Mr. B.]

*skop*

[Mr. B.]

Nog maar eens omhoog dan...

BTW, als ie weer upspint na een hdparm -y of -Y blijft het harddisk ledje constant branden.

[it0]

Heb van het weekend een debian server geinstalleerd en heb nu hetzelfde probleem, sterker nog met noflushd -n 1 /dev/hda spint hij niet eens down . Ik zoek de kwalijke app nog...

Hdparm -Y wekt ook niet , spint ook meteen op. Waarschijnlijk vanwege allerlei buffers die nog open staan en geflushed moeten worden.

Is er een manier om progs te monitoren zoals ipv cpu activiteit schrijf/lees activiteit?

[Mr. B.]

Op dinsdag 05 maart 2002 13:39 schreef it0 het volgende:
Heb van het weekend een debian server geinstalleerd en heb nu hetzelfde probleem, sterker nog met noflushd -n 1 /dev/hda spint hij niet eens down . Ik zoek de kwalijke app nog...

Hdparm -Y wekt ook niet , spint ook meteen op. Waarschijnlijk vanwege allerlei buffers die nog open staan en geflushed moeten worden.

Is er een manier om progs te monitoren zoals ipv cpu activiteit schrijf/lees activiteit?

Het CPU gebruik van je actieve processen kun je met top zien, hoe je de harddisk activiteit kunt zien weet ik niet.

Iemand verder nog een idee?

[Mr. B.]

Nog maar een keer dan...

[Mr. B.]

And again...