Watchdog Meldung "Disk space has been freed up"

[zdev]

Hallo, weiß nicht genau, ob ich hier richtig bin. Geht um die Watchdog Meldung "Disk space has been freed up on mount point /var".

Es handelt sich um einen Suse Server mit Plesk und Watchdog. Da lege ich die Obergrenzen für die einzelnen Mountpunkte fest, soweit klar. Genau dazu habe ich jetzt folgende Anfänger-Fragen:

1. Ich bekomme die Meldungen für /usr und /var. Was ist die Ursache für die Überschreitung der Grenzen? Welche Dateien werden da "freed up"? Kann ich da irgendetwas einstellen?

2. Wie groß sollten die Mountpunkte /usr und /var sein? Ich weiß, schlechte Frage ... wie könnte sich eine optimale Größe Berechnen?

3. Bei mir sind /usr und /var knapp 4 GB groß. Sofern eine Größenanpassung notwendig wäre, würde ich Support benötigen, denn das traue ich mich nicht alleine. An wen wende ich mich wegen eines solchen Auftrages?

In der Hoffnung auf geduldige Experten,

Gruß Detlef

[harv]

also /var ist m.E. zu klein denn hier werden die logs und email gespeichert und das könnte zu speicher engpässen führen und /usr kommt darauf an wieviele Programme du installierst und ob du das Plesk eigene Backup nutzt

am besten poste mal die ausgabe von

df -h

dann sehen wir wie viel speicher verwendet wird und wieviel noch frei ist

[zdev]

Hallo Harv, das ist doch erst mal ne Anweisung, die ich verstehe ... <g>


Filesystem Size Used Avail Use% Mounted on
/dev/md1 950M 172M 730M 20% /
udev 2.0G 3.2M 2.0G 1% /dev
/dev/md5 4.7G 1.3G 3.5G 27% /usr
/dev/md6 4.7G 668M 4.1G 14% /var
/dev/md7 19G 4.6M 19G 1% /home
/dev/md8 435G 7.3G 428G 2% /srv
tmpfs 2.0G 0 2.0G 0% /usr/local/psa/handlers/before-local
tmpfs 2.0G 0 2.0G 0% /usr/local/psa/handlers/before-queue
tmpfs 2.0G 0 2.0G 0% /usr/local/psa/handlers/before-remot e
tmpfs 2.0G 320K 2.0G 1% /usr/local/psa/handlers/info
tmpfs 2.0G 0 2.0G 0% /usr/local/psa/handlers/spool

An Programmen ist eigentlich kaum etwas installiert, wohl Watchdog, Webalyzer ... oder was ist mit Programmen gemeint?

Und ja, die Datensicherung läuft über Plesk Jobs auf einen separaten FTP Server.

[harv]

/dev/md5 4.7G 1.3G 3.5G 27% /usr
/dev/md6 4.7G 668M 4.1G 14% /var

wenn ich mir die verzeichnisse ansehe dann sieht das vom verbrauch her aber noch ganz gut aus

Und ja, die Datensicherung läuft über Plesk Jobs auf einen separaten FTP Server.

das Problem ist aber hier das Plesk die Backup daten ersteinmal (ich weiss grad nicht genau wo) irgendwo unter /usr speichert und dann erst hochläd solltest du also mal mehr backup speicher brauchen hast du ein problem. (ich werd hier mal nochmal nachsehen wo genau die abgelegt werden damit du das verzeichniss als symlink wo anders hinpacken kannst)

für wie viele user hostest du? je nach dem muss die /var partition vergrößert werden (hier ist nur das problem das dein gesamtes sys mit raids arbeitet und das dann nicht so einfach wird....)

An Programmen ist eigentlich kaum etwas installiert, wohl Watchdog, Webalyzer ... oder was ist mit Programmen gemeint?

u.a. es gibt noch viele andere sachen die dort installiert sind bzw. eventuell werden.

[zdev]

Naja, die aktuelle Auslastung sieht ja gut aus, aber meistens passiert dann was in der Nacht. Das wird dann wohl der Backup sein. Die Backups werden gespeichert unter /var/lib/psa/dumps ich weiß allerdings nicht, ob das auch als temporärer Speicher benutzt wird. Allerdings hätte ich nix dagegen, das ganze Verzeichnis insgesamt umzubiegen ... wenn Du mir verrätst, wie ... ? <g>

Das sind etwa ein Dutzend User mit < 50 Domains. Dioe meisten machen auch ihren Mail-Verkehr über den Server. Einer macht 2-3 Mal pro Jahr eine Mail-Aktion, dann wird es richtig knapp mit dem Speicher.

Raid-Laienfrage: könnte man den Raid nicht abschalten? Bei der heutigen Stabilität der Festplatten sollte Raid doch gar nicht mehr nötig sein, oder? Und wenn ein Blitz einschlägt ist der gesamte Rechner platt, da hilft dann auch kein Raid ...

[harv]

ok dann war es doch /var und nicht /usr mit den Backups dann braust du dir um /usr ertmal keine gedanken mach (im augebehalten würde ich das an deiner stelle trotzdem)

für das umbiegen zunächst löscht du das verzeichnis /var/lib/psa/dumps

dann legst du irgdwo wo du mehr platz hast (ich gehe jetzt von /srv/pleskbackup aus) ein neues verzeichnis an gibst dem die selben rechte die zuvor /var/lib/psa/dumps hatte und gibts folgenden befehl in die konsole:

ln -s /srv/pleskbackup /var/lib/psa/dumps

dann dem symlink auch die entsprechenden rechte geben und fertig.

könnte man den Raid nicht abschalten? Bei der heutigen Stabilität der Festplatten sollte Raid doch gar nicht mehr nötig sein, oder? Und wenn ein Blitz einschlägt ist der gesamte Rechner platt, da hilft dann auch kein Raid ...

kann ich nur von abraten, stell dir mal folgende situation vor (ist bei mir schon passiert): Platte 1 aus dem Server hat einen defekt und muss getauscht werden
-> raid: kein problem kein datenverlust/zeitverlust da die 2. wieder auf die neue erste kopiert wird
-> kein raid: platte einbauen server neuinstallieren backup einspielen

was meinst du hat eine größere ausfall zeot des servers zufolge? ;)

Das sind etwa ein Dutzend User mit < 50 Domains. Dioe meisten machen auch ihren Mail-Verkehr über den Server. Einer macht 2-3 Mal pro Jahr eine Mail-Aktion, dann wird es richtig knapp mit dem Speicher.

das kann ich mir vorstellen, nur is das nicht so einfach.... eventuell solltest du hier dann überlegen auch das verzeichniss /var/qmail/mailnames auf /srv/qmail/mailnames umzulegen (qmail vorher stoppen daten kopieren und /var/qmail/mailnames löschen und symlink erstellen ^^) dann musst du nur noch deine logs im auge behalten (eventuell noch mailman umlegen wenn einer die mailliste benutzt)

[zdev]

OK - verstanden - SuperHilfe!!!

Stelle das gemäß den Anweisungen mal unter Beobachtung.

Geht das mit den Symlinks auch partiell bei dem Mail-Server, d.h. könnte ich mal testweise eine Umverlegung für ein Postfach oder eine Domain machen?

[harv]

ja klar der kannst du das auch nur für einzelne domains machen