Re: Festplattenauslastung feststellen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Mittendorfer wrote: Also sprach Christoph Petersen [EMAIL PROTECTED] (Wed, 11 May 2005 14:10:27 +0200): auch, wenn zwei drei große Dateien hier liegen. Dies sollte aber eigentlich nicht der Fall sein, da das System mit einem RAID1 läuft und nur ein mal die Woche die zweite Platte getauscht wird. was fuer ein raid? hatte hier mal ein sw-raid1 und hab's gegen ein sw-raid0 und daily backups ausgetauscht - war mir zu langsam. Nur bewegst du dich mit dem Raid-0 noch weiter von der Ausfallsicherheit weg. Die Chance/Gefahr, dass dir dein Raid-0 zerbröselt ist bei 2 Platten höher als bei Verwendung einer einzelnen Platte (ohne Raid). Und ob das DEN Geschwindigkeitsvorteil bringt? Wäre es da nicht sinnvoller z.B. /var auf eine eigene Platte zu legen? Paul - -- Linux-User #271918 with the Linux Counter, http://counter.li.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (MingW32) iEYEARECAAYFAkKC/isACgkQqErKtBWD7VSRbgCguDTVpgXXfIqcpdezCe9l0D/U AxgAnAiMDhvTMR1Dv+OAzqyX2EWux6sk =c5YC -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Festplattenauslastung feststellen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christoph Petersen wrote: Hallo, Richard Mittendorfer schrieb: waere trotzdem nuetzlich zu wissen, was genau du willst. es macht einen unterschied ob du nun throughput problem zur disk hast oder ob das journal trouble macht oder du schlicht einen weg suchst um fs+disk i/o performance auszureizen. ich will den Mailserver tunen. Ich habe diverse Probleme, wenn ich eine Blacklist zu dem Mailserver hinzufüge. Da ich leider die ursprünglich Konfiguration nicht gemacht habe weiß ich nicht genau wie die eine oder andere Sache läuft. Bei den Blacklists kann auch schon ein dns-cache helfen, aber den sollte man bei einem Mailserver eh verwenden. Wie sieht es denn mit einem Umstieg auf Postfix aus? Postfix arbeitet extrem gut mit amavis-new zusammen, das dann die Zusammenarbeit mit verschiedenen Viren-Scanner und Spamassassin macht. Paul - -- Linux-User #271918 with the Linux Counter, http://counter.li.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (MingW32) iEYEARECAAYFAkKC/xcACgkQqErKtBWD7VSB7gCfX9D8U2oU3CUQ1pprMnPDuweC IBMAoJIof9aAOsNn+W34knU0eGbgXOgA =aa7R -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Festplattenauslastung feststellen
Also sprach Paul Puschmann [EMAIL PROTECTED] (Thu, 12 May 2005 08:56:43 +0200): Richard Mittendorfer wrote: Also sprach Christoph Petersen [EMAIL PROTECTED] (Wed, 11 May 2005 14:10:27 +0200): auch, wenn zwei drei große Dateien hier liegen. Dies sollte aber eigentlich nicht der Fall sein, da das System mit einem RAID1 läuft und nur ein mal die Woche die zweite Platte getauscht wird. was fuer ein raid? hatte hier mal ein sw-raid1 und hab's gegen ein sw-raid0 und daily backups ausgetauscht - war mir zu langsam. Nur bewegst du dich mit dem Raid-0 noch weiter von der Ausfallsicherheit weg. Die Chance/Gefahr, dass dir dein Raid-0 zerbröselt ist bei 2 Platten höher als bei Verwendung einer einzelnen Platte (ohne Raid). schon klar. redundancy war nicht mein ziel. mir ging's bei meinem raid0 rein um den speed zu den daten. das war auch keine aufforderung an Christoph nach raid0 zu wechseln. mein raid (auf 'ner lokalen datenschleuder) rennt jetzt seit jahren, wobei die aelteste platte stolze 8(?) jahre auf dem buckel hat. das erklaert ja das backup ;) - bedeutet bei ausfall natuerlich mehrarbeit. vor einem jahr hat sich dann doch eine lahme conner cfp1060s verabschiedet. die war aber gluecklicherweise / und nicht im raid. es sei angemerkt, dass sich's um ein system im privaten einsatz handelt ;) Und ob das DEN Geschwindigkeitsvorteil bringt? ich hab' leider keine zahlen mehr - sw-raid 1 war im gegensatz zu 0 eine wahre kruecke. schreiben auf sw-raid1 ist ja nicht gerade schnell. *in diesem mail-fall scheint's kein throughput problem zu sein* Wäre es da nicht sinnvoller z.B. /var auf eine eigene Platte zu legen? ACK. Paul sl ritch.
Re: Festplattenauslastung feststellen
Hi, Richard Mittendorfer schrieb: schon klar. redundancy war nicht mein ziel. mir ging's bei meinem raid0 rein um den speed zu den daten. das war auch keine aufforderung an Christoph nach raid0 zu wechseln. RAID0 kommt nicht in Frage... mein raid (auf 'ner lokalen datenschleuder) rennt jetzt seit jahren, wobei die aelteste platte stolze 8(?) jahre auf dem buckel hat. das erklaert ja das backup ;) - bedeutet bei ausfall natuerlich mehrarbeit. vor einem jahr hat sich dann doch eine lahme conner cfp1060s verabschiedet. die war aber gluecklicherweise / und nicht im raid. Sind zwar neue Platten in einem IDE HW-RAID Container aber das ist dennoch nicht so der Hammer. Solange das RAID nicht syncronisert wird ist das auch eigentlich kein Problem. es sei angemerkt, dass sich's um ein system im privaten einsatz handelt ;) Ein Mailserver im Produktiven Einsatz. Hier kann ich leider auch nicht so viel am FS rumschrauben denn auch wenn ich eine Kopie der Platte habe ist es bei einem Mailserver mit Verlust behaftet wenn ich einen Fallback mache. ich hab' leider keine zahlen mehr - sw-raid 1 war im gegensatz zu 0 eine wahre kruecke. schreiben auf sw-raid1 ist ja nicht gerade schnell. SW-RAID ist definitiv zu lahm, das ist richtig. sl ritch. Grüße Christoph signature.asc Description: OpenPGP digital signature
Re: Festplattenauslastung feststellen
Richard Mittendorfer schrieb: nein. ist eine inode sache. was die timestamps der files angeht, siehe man chattr (-A option). ist fuer manche files/verz. natuerlich auch ganz nuetzlich. Leider bin ich nicht ganz dahinter gestiegen, was diese Option bewrikt bzw. was für Nachteile ich durch diese Option habe. Kannst du mir das kurz näher erläutern? sl ritch Grüße Christoph signature.asc Description: OpenPGP digital signature
Re: Festplattenauslastung feststellen
Also sprach Christoph Petersen [EMAIL PROTECTED] (Wed, 11 May 2005 12:52:20 +0200): Richard Mittendorfer schrieb: nein. ist eine inode sache. was die timestamps der files angeht, siehe man chattr (-A option). ist fuer manche files/verz. natuerlich auch ganz nuetzlich. Leider bin ich nicht ganz dahinter gestiegen, was diese Option bewrikt bzw. was für Nachteile ich durch diese Option habe. Kannst du mir das kurz näher erläutern? die noatime option sorgt dafuer, dass inode zugriffszeiten beim lesen nicht aktuallisiert werden. das spart diskzugriffe. atime ist die access-time d.h. wann auf ein file/verz. zugegriffen wurde. wenn du diese information brauchst (siehe z.b. file -amin option) ist's keine gut idee diese option zu setzen. news/mailspools, temp. dateien und caches mounte ich usually mit noatime. ein google nach [no]atime sollte dir weiterhelfen. Also sprach Christoph Petersen [EMAIL PROTECTED] (Fri, 06 May 2005 14:01:42 +0200): Bedeutet dies, dass die Files keine Daten mehr bekommen (also auch die Logfiles) oder betrifft das nur Inodes? no. files werden auf platte geschrieben wie vorher. log siehe - (minus) prefix in man syslog. damit schreibt syslogd nicht bei jedem eintrag sofort. waere trotzdem nuetzlich zu wissen, was genau du willst. es macht einen unterschied ob du nun throughput problem zur disk hast oder ob das journal trouble macht oder du schlicht einen weg suchst um fs+disk i/o performance auszureizen. sl ritch.
Re: Festplattenauslastung feststellen
Hallo, Richard Mittendorfer schrieb: waere trotzdem nuetzlich zu wissen, was genau du willst. es macht einen unterschied ob du nun throughput problem zur disk hast oder ob das journal trouble macht oder du schlicht einen weg suchst um fs+disk i/o performance auszureizen. ich will den Mailserver tunen. Ich habe diverse Probleme, wenn ich eine Blacklist zu dem Mailserver hinzufüge. Da ich leider die ursprünglich Konfiguration nicht gemacht habe weiß ich nicht genau wie die eine oder andere Sache läuft. Bei schreibenden zugriffen auf die Festplatte braucht die Kiste schon länger. Das merke ich an du -h auf einen Order mit wenig Daten. Aber auch, wenn zwei drei große Dateien hier liegen. Dies sollte aber eigentlich nicht der Fall sein, da das System mit einem RAID1 läuft und nur ein mal die Woche die zweite Platte getauscht wird. Mein Hauptziel lautet: qmail + vpopmail + spamassain + 0.00 load ;D Klar das dieses Ziel nicht erreichbar ist. Allerdings habe ich schon einige Software technische Dinge verändert und schon etwas an performance rausgekitzelt. sl ritch. Grüße Christoph signature.asc Description: OpenPGP digital signature
Re: Festplattenauslastung feststellen
Also sprach Christoph Petersen [EMAIL PROTECTED] (Wed, 11 May 2005 14:10:27 +0200): Hallo, hi. Richard Mittendorfer schrieb: waere trotzdem nuetzlich zu wissen, was genau du willst. es macht einen unterschied ob du nun throughput problem zur disk hast oder ob das journal trouble macht oder du schlicht einen weg suchst um fs+disk i/o performance auszureizen. ich will den Mailserver tunen. Ich habe diverse Probleme, wenn ich eine Blacklist zu dem Mailserver hinzufüge. Da ich leider die ursprünglich Konfiguration nicht gemacht habe weiß ich nicht genau wie die eine oder andere Sache läuft. Bei schreibenden zugriffen auf die Festplatte braucht die Kiste schon länger. Das merke ich an du -h auf einen Order mit wenig Daten. Aber je nach kernel koenntest du elvtune[2.4] oder /sys/block[2.6] (elevator) einstellungen probieren. zu elvtune siehe http://strasbourg.linuxfr.org/jl3/features-2.3-1.html / +google :) bitte denk' an benchmarking nach _jeder_ aenderung. das ist recht zeitaufwendig und kann im endeffekt auch _null_ bringen. diverse /proc parameter haben da ebenfalls grossen einfluss. auch, wenn zwei drei große Dateien hier liegen. Dies sollte aber eigentlich nicht der Fall sein, da das System mit einem RAID1 läuft und nur ein mal die Woche die zweite Platte getauscht wird. was fuer ein raid? hatte hier mal ein sw-raid1 und hab's gegen ein sw-raid0 und daily backups ausgetauscht - war mir zu langsam. scsi? bringst du die daten denn ueber den (pci)bus? hab' hier u.a. ein i810 billigboard bei dem der scsicontroller die gesamte breite nimmt. noatime, richtiges fs (reiser - kann nix in sachen JFS od. XFS sagen - hier nicht in verwendung) - siehe thread genaue unterschiede d Mein Hauptziel lautet: qmail + vpopmail + spamassain + 0.00 load ;D perl spam db ist eher was fuer die cpu :( aber das schriebst ja schon. sl ritch
Re: Festplattenauslastung feststellen
Hallo Christoph, Christoph Petersen, 11.05.2005 (d.m.y): ich will den Mailserver tunen. Ich habe diverse Probleme, wenn ich eine Blacklist zu dem Mailserver hinzufüge. Was duer eine Blacklist? Die, die ich kenne, werden via DNS konsultiert, und da duerfte dann die Festplatte als Nadeloehr so gut wie ausscheiden. Gruss, Christian Schmidt -- Getty Du redest mit zwei hardcore IRC-Junks... und Du willst uns /help anbieten oder was? -- #Debian.DE signature.asc Description: Digital signature
Re: Festplattenauslastung feststellen
Hi :) Leider kenne ich kein Tool, mit dem man die Auslastung einer Festplatte messen bzw. darstellen kann. Hat da jemand eine Idee? Das ist z.B. mit MRTG möglich, wenn du ein bisschen googelst findest du recht schnell passende Konfigurationsscripte. Ich hätte sie dir auch gleich irgendwo mit abgelegt aber leider hab ich den Link verlegt ;-( Mfg Michael
Re: Festplattenauslastung feststellen
Also sprach Christoph Petersen [EMAIL PROTECTED] (Fri, 06 May 2005 13:04:46 +0200): Hallo, hi. [..] Leider kenne ich kein Tool, mit dem man die Auslastung einer Festplatte messen bzw. darstellen kann. Hat da jemand eine Idee? vmstat, dstat um die aktuellen zugriffe anzusehen. sar, sysstat und konsorten um das ganze zu loggen un spaeter auszuwerten. bei mail empfiehlt sich noatime zu mounten, damit ersparst du dir einige plattenzugriffe. Grüße Christoph sl ritch.
Re: Festplattenauslastung feststellen
Das ist z.B. mit MRTG möglich, wenn du ein bisschen googelst findest du recht schnell passende Konfigurationsscripte. Ich hätte sie dir auch gleich irgendwo mit abgelegt aber leider hab ich den Link verlegt ;-( Mit Auslastung meine ich allerdings nicht den Speicherbedarf sondern eher wie die Festplatte - naja benutzt wird. Keine Ahnung wie man das ausdrücken soll - dieses Problem hatte ich auch noch nie. Des weiteren war ich immer der Meinung mit MRTG kann ich kurven á la RDD darstellen... Ich bräuchte Zeitgenaue Werte, die ich mit einem Programm abrufen kann... Mfg Michael Grüße Christoph signature.asc Description: OpenPGP digital signature
Re: Festplattenauslastung feststellen
Am Freitag, 6. Mai 2005 13:31 schrieb Christoph Petersen: Das ist z.B. mit MRTG möglich, wenn du ein bisschen googelst findest du recht schnell passende Konfigurationsscripte. Ich hätte sie dir auch gleich irgendwo mit abgelegt aber leider hab ich den Link verlegt ;-( Mit Auslastung meine ich allerdings nicht den Speicherbedarf sondern eher wie die Festplatte - naja benutzt wird. Keine Ahnung wie man das ausdrücken soll - dieses Problem hatte ich auch noch nie. Ich weiss nicht, ob ich dich da richtig verstehe, aber meinst du eine Anzeige, wieviel Platz der Festplatte und der Partitionen schon belegt sind? Wenn ja, sollte df genau das richtige sein. Des weiteren war ich immer der Meinung mit MRTG kann ich kurven á la RDD darstellen... Ich bräuchte Zeitgenaue Werte, die ich mit einem Programm abrufen kann... Mfg Michael Grüße Christoph Gruß Frank pgp3czescENQI.pgp Description: PGP signature
Antwort: Re: Festplattenauslastung feststellen
Mit Auslastung meine ich allerdings nicht den Speicherbedarf sondern eher wie die Festplatte - naja benutzt wird. Keine Ahnung wie man das ausdrücken soll - dieses Problem hatte ich auch noch nie. du meist doch bestimmt die Plattenzugriffe oder ? Ja das sollte möglich sein und nichts anderes habe ich gemeint :) Des weiteren war ich immer der Meinung mit MRTG kann ich kurven á la RDD darstellen... Ich bräuchte Zeitgenaue Werte, die ich mit einem Programm abrufen kann... Hier hast du recht und dies disqualifiziert somit MRTG für dich, bei MRTG hast du immer eine zeitliche als auch zum Teil von den Werten her eine leichte Ungenauigkeit, aber für zeitlich präziese Werte wie du sie willst ungenügent mfg Michael
Re: Festplattenauslastung feststellen
Richard Mittendorfer schrieb: vmstat, dstat um die aktuellen zugriffe anzusehen. sar, sysstat und konsorten um das ganze zu loggen un spaeter auszuwerten. jahh, dstat ist denke ich genau das richtige. Alles auf einem Blick. So kann ich denke ich schnell feststellen wo das Problem liegt. bei mail empfiehlt sich noatime zu mounten, damit ersparst du dir einige plattenzugriffe. Bedeutet dies, dass die Files keine Daten mehr bekommen (also auch die Logfiles) oder betrifft das nur Inodes? sl ritch. Grüße Christoph signature.asc Description: OpenPGP digital signature
Re: Festplattenauslastung feststellen
Also sprach Christoph Petersen [EMAIL PROTECTED] (Fri, 06 May 2005 14:01:42 +0200): Richard Mittendorfer schrieb: [...] bei mail empfiehlt sich noatime zu mounten, damit ersparst du dir einige plattenzugriffe. Bedeutet dies, dass die Files keine Daten mehr bekommen (also auch die Logfiles) oder betrifft das nur Inodes? nein. ist eine inode sache. was die timestamps der files angeht, siehe man chattr (-A option). ist fuer manche files/verz. natuerlich auch ganz nuetzlich. was fuer ein fs verwendest du und warum glaubst du das problem sei die platte? uebrigens: schau dir erst mit hdparm bzw. mit boonie o.ae. an ob denn der throughput zu den platten ok ist. tunen des elevator's (scheduler) mit elvtune(2.4) od. /sys/block(2.6) - du solltest aber nix verstellen, wenn du nicht weisst, was es bewirkt weil da einiges langsamer werden kann. ;) Grüße Christoph sl ritch
Re: Festplattenauslastung feststellen
Richard Mittendorfer schrieb: was fuer ein fs verwendest du und warum glaubst du das problem sei die platte? Ich verwende ext3. Ich glaube das nicht. Ich bin auf einer Problemsuche. Wenn ich für mein Mailsystem eine Blacklist zum Spamassassin hinzufüge stürzt nach etwa 5-10 Minuten mein qmail-smtpd ab. Leider bin ich noch nicht dahinter gekommen, woran es liegt. Da gerade ne massive Spamwelle unterwegs ist, die wir nicht haben wollen ist diese Blacklist schon nützlich. uebrigens: schau dir erst mit hdparm bzw. mit boonie o.ae. an ob denn der throughput zu den platten ok ist. tunen des elevator's (scheduler) mit elvtune(2.4) od. /sys/block(2.6) - du solltest aber nix verstellen, wenn du nicht weisst, was es bewirkt weil da einiges langsamer werden kann. ;) mail03:/home/petersen# hdparm -tT /dev/hda3 /dev/hda3: Timing cached reads: 3528 MB in 2.00 seconds = 1765.15 MB/sec Timing buffered disk reads:8 MB in 3.10 seconds = 2.58 MB/sec Wobei diese Werte momentan nicht ausschlaggebend sind, da ich gerade das Raid rebuilde. Das Raid (mirroring) wird zum backup der Platten verwendet. mail03:/home/petersen# hdparm -I /dev/hda3 /dev/hda3: ATA device, with non-removable media Model Number: STARDOM SohoRaid Mirror Rev:B2.2 Serial Number: Firmware Revision: Rev 2.2 edia Manufacturer: !QµWæ*'ÎE{U\¬ê¤¾5TÝTªUp4¥»úEE\éº Standards: Used: ATA/ATAPI-6 T13 1410D revision 0 Supported: 6 5 4 3 Configuration: Logical max current cylinders 16383 65535 heads 16 1 sectors/track 63 63 -- CHS current addressable sectors:4128705 LBAuser addressable sectors: 268435455 LBA48 user addressable sectors: 320173056 device size with M = 1024*1024: 156334 MBytes device size with M = 1000*1000: 163928 MBytes (163 GB) Capabilities: LBA, IORDY(can be disabled) Queue depth: 1 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=120ns IORDY flow control=120ns Commands/features: Enabled Supported: *Power Management feature set *SMART feature set *FLUSH CACHE EXT command *Mandatory FLUSH CACHE command *48-bit Address feature set *SMART self-test Security: not supported not enabled locked not frozen expired: security count not supported: enhanced erase HW reset results: CBLID- above Vih Device num = 1 sl ritch signature.asc Description: OpenPGP digital signature
Re: Festplattenauslastung feststellen
Also sprach Christoph Petersen [EMAIL PROTECTED] (Fri, 06 May 2005 15:00:50 +0200): Richard Mittendorfer schrieb: was fuer ein fs verwendest du und warum glaubst du das problem sei die platte? Ich verwende ext3. Ich glaube das nicht. Ich bin auf einer Problemsuche. Wenn ich für mein Mailsystem eine Blacklist zum Spamassassin hinzufüge stürzt nach etwa 5-10 Minuten mein qmail-smtpd ab. Leider bin ich noch nicht dahinter gekommen, woran es liegt. Da gerade ne massive Spamwelle unterwegs ist, die wir nicht haben wollen ist diese Blacklist schon nützlich. hab leider weder spamassasin noch qmail im einsatz, wuerde aber eher in diese richtung recherchieren. mail03:/home/petersen# hdparm -tT /dev/hda3 /dev/hda3: Timing cached reads: 3528 MB in 2.00 seconds = 1765.15 MB/sec Timing buffered disk reads:8 MB in 3.10 seconds = 2.58 MB/sec Wobei diese Werte momentan nicht ausschlaggebend sind, da ich gerade das Raid rebuilde. Das Raid (mirroring) wird zum backup der Platten verwendet. das erklaert die 2.58 MB/sec luck, ritch.