[ERLEDIGT]Backup führt zu hoher Last und Mailfehlern

[sunghost]

Hallo,
ich verwende die aktuelle Version von ispCP auf einen vServer. Mir ist aufgefallen, ca. 5 Seiten mit wenig Traffic und Space, dass gegen Null Uhr die Last auf dem Server steigt und er nicht mehr erreichbar ist. Dies dauert ca. 30Min. Gesichert werden ca. 4 Seiten. Dazu kommen Mailfehler z.B.:

Quote:Transcript of session follows.

Out: 220 server.de ESMTP ispCP 1.0.4 OMEGA Managed
In: EHLO server.de
Out: 250-server.de
Out: 250-PIPELINING
Out: 250-SIZE
Out: 250-VRFY
Out: 250-ETRN
Out: 250-AUTH CRAM-MD5 DIGEST-MD5 LOGIN NTLM PLAIN
Out: 250-AUTH=CRAM-MD5 DIGEST-MD5 LOGIN NTLM PLAIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:<parkplatz.ekih@foothub.net.ms> BODY=7BIT SIZE=1956
Out: 250 2.1.0 Ok
In: RCPT TO:<admin@server.de>
Out: 451 4.3.0 Error: queue file write error
In: RSET
Out: 250 2.0.0 Ok
Session aborted, reason: lost connection

Für mich sieht es so aus, als wenn er in diesem Zeitraum die Mail nicht ins Filesys schreiben kann.

Außerdem würde ich das Backup eher gegen 3:oo Uhr laufen lassen, aber wo stell ich dies ein. Die cronjobs sind irgendwie undurchsichtig ;(
Danke

[BeNe]

Quote:Für mich sieht es so aus, als wenn er in diesem Zeitraum die Mail nicht ins Filesys schreiben kann.

Für mich sieht es eher so aus als würde der RAM nicht ausreichen ein Socket zu erstellen.

Wieviel RAM hast Du denn ?
Checke mal deine Beancounter wenn es ein OpenVZ Container ist!

Quote:Außerdem würde ich das Backup eher gegen 3:oo Uhr laufen lassen, aber wo stell ich dies ein. Die cronjobs sind irgendwie undurchsichtig ;(
Danke

Kannst Du wie Du willst in der /etc/cron.d/ispcp ändern.
Zudem kannst Du noch die Art der Komprimierung in der /etc/ispcp/ispcp.conf wählen.

Greez BeNe

[sunghost]

Hi,
direkten Zugriff auf den Container habe ich nicht, aber free zeigt mir 1GB an. Die Komprimierung habe ich schon auf gzip umgestellt. Bringt aber nicht wirklich was.
an der Datei war ich schon dran, allerdings sagt mir das nicht viel. Interessant ist vermutlich diese Zeile:

Quote:# Backup
@daily root /var/www/ispcp/engine/backup/ispcp-backup-all yes &>/var/log/ispcp/ispcp-backup-all-mngr.log
@daily root /var/www/ispcp/engine/backup/ispcp-backup-ispcp noreport &>/var/log/ispcp/ispcp-backup-ispcp-mngr.log

@daily sagt mir nichts, wann soll es tägl. sein? oder heißt das 0 Uhr?, das Script wird als root ausgeführt, Ausgabe geht ins Log

[BeNe]

Quote:Hi,
direkten Zugriff auf den Container habe ich nicht, aber free zeigt mir 1GB an.

Du kannst Dir die beancounters auch innerhalb der VE anzeigen lassen:

Code:

# cat /proc/user_beancounters

1GB hast Du insgesamt oder belegt ?
Poste mal das gesammt "free" output bitte.

Quote:@daily sagt mir nichts, wann soll es tägl. sein? oder heißt das 0 Uhr?, das Script wird als root ausgeführt, Ausgabe geht ins Log

Richtig! Anstatt @daily kannst Du deine Uhrzeit setzen. Schau Dir einfach mal die anderen Jobs an welche eine Uhrzeit drin haben.

Greez BeNe

[ephigenie]

was sagt denn ein iostat output ( z.B. iostat -d -x 1 ) während der Zeit ?

[dcreation]

Ich hab nun schon oft genug beobachtet das die Virtuellen Dinger massive io Probleme haben. Besonders wenn das Teil gleichzeitig liest und schreibt. Es gibt hier im Forum ein paar Anleitungen das ganze auf rsync umzustellen, das geht auch auf lokale Server. Das wird dein Problem beheben.

[menki]

hallo

sein problem wird nur dadurch behoben wenn er diesem Vserver mehr ram gönnt. 1 GB ram für das betreiben von ispcp ist wirklich wenig! ich habe es teilweise gar nicht geschafft einen ispcp server aufzusetzen mit nur 1 gb ram. so einen server im produktiv betrieb, (ausser backup eventuell) würde ich nie einsetzen. auch der umstieg auf die rsync backup strategie bringt dauerhaft kein zufriedenes ergebniss.

mehr ram ist die antwort!

ein vserver ram kann mit einem festen ram nicht verglichen werden.

MENKI

[sunghost]

@BeNe
kennt er bei mir nicht -> # cat /proc/user_beancounters

Quote:free -m
total used free shared buffers cached
Mem: 1004 938 66 0 73 201
-/+ buffers/cache: 663 341
Swap: 894 521 372

@ephigenie
Benutze Debian Lenny iostat, find ich nicht, auch nicht in den Paketen. Und wie gesagt, in dieser Zeit komme ich gar nicht auf den Server -> keine Verbindung mögl.
@dcreation
ich denke auch, das Umstellen auf rsync ist nur ein verschieben des Problems und keine Lösung
@menki
Wie sind deine Erfahrungen generell, also wieviel RAM empfiehlst du? Klar generell schwer zu sagen, aber nach deiner Aussage zu deuten? Probleme gibt es ansonsten keine.
@all
super das ihr hier so schnell antwortet und supportet :klasse:

[BeNe]

Quote:@BeNe
kennt er bei mir nicht -> # cat /proc/user_beancounters

Ok, muss ja auch kein OpenVZ Container sein.

Quote:Wie sind deine Erfahrungen generell, also wieviel RAM empfiehlst du? Klar generell schwer zu sagen, aber nach deiner Aussage zu deuten? Probleme gibt es ansonsten keine.

Das kannst Du ja eigentlich kurz in deinem free output sehen.
In deinem Fall swappt der Server ja schon.
Aktueller RAM + benutzer Swap + Sicherheit
1004 + 521 = 1525 + ~512 MB Sicherheit-> 2GB

Hast Du das HowTo hier schon gesehen --> http://www.isp-control.net/documentation...ces_system

Greez BeNe

[sunghost]

Habe eben das Backup von @daily auf 0 */3 ***.... geändert und soeben lief der Job los ;( sollte eigentlich 3 Uhr nachts sein. Reaktion auf der Konsole ist zäh, CPU 100% Read bei max 5MB write bei 5MB <- laut iotop, dies logischerweise wenn er die tar's kreiert. Also wie schon vermutet miserable IO-Perf.
HowTo schaue ich mir gleich an - Thx
- kann die beancounters nicht finden bzw. installieren - selbes für iostat
- System ist ansonsten Default