Plesk 8.6 Apache V-Server Strato Speicherproblem

[andrea]

Hallo Ihr Lieben,

ich habe seit zwei Tagen ernste Probleme mit meinem V-Server bei Strato. Scheint ein Speicherplatzproblem zu sein:

Wenn ich mich ins Plesk oder per FTP einloggen will, kriege ich die folgende Fehlermeldung:

0: /usr/local/psa/admin/plib/cmd_loginup.php:240
    createSessionCommon(integer '1', string 'admin', boolean true, string '77.6.112.216', NULL null)
1: /usr/local/psa/admin/plib/cmd_loginup.php:373
    createSessionAdmin(string 'admin', string '************', string '***************************', boolean false)
2: /usr/local/psa/admin/plib/cmd_loginup.php:130
    createSession(string 'admin', string '************')
3: /usr/local/psa/admin/htdocs/login_up.php3:28

Nach kurzer Zeit schmieren dann auch Mailserver und Webseiten ab. Ich habe schon gegoogelt und herausgefunden, das meine /usr/ Partition vermutlich zu voll ist. Ich habe auch schon versucht alle Dienste anzuhalten (Dr. Web, SpamAssassin, DNS) und alle möglichen .log Dateien gelöscht und geleert. Trotzdem ist am nächsten Morgen der Server wieder in die Knie gegangen.

Mein Speicherauslastung sieht derzeit so aus:

/dev/vzfs  	10 240.00 MB          8 347.78 MB   1 892.22 MB  81.52%
	
81.52% used	18.48% available	

Geschützte Verzeichnisse 	/usr/local/psa
/var/lib/mysql
/srv/www/vhosts
/var/qmail/mailnames
/var/lib/named

proc 	
0.00 MB
0.00 MB
0.00 MB
0%
100% available	

sysfs 	
0.00 MB
0.00 MB
0.00 MB
0%
100% available

devpts 	
0.00 MB
0.00 MB
0.00 MB
0%
100% available

Welche Dienste oder Programme müllen mir denn jede Nacht den Speicher wieder zu und wie kann ich die Festplattenauslastung langfristig wieder verringern???

Brauche wirklich dringend Hilfe, sonst muß ich jeden Morgen ein Backup einspielen, das kanns ja nicht sein ...

LG
Andrea :roll:

[harv]

was sagt denn der

df -h

?

So wie das auf den ersten Blick aussieht hast du ~1,8GB frei das sollte eigendlich kein Problem sein, obwohl schon hart an der grenze... ich tippe da eher auf den RAM

beobachte mal was

vmstat 5

ausgibt (interessant ist wieviel geswappt wird [swpd])

eventuell auch mal einfach übernacht per Cron regelmässig folgendes script laufen lassen:

#!/bin/bash
/bin/date >> /var/log/sys_status.log
/usr/bin/uptime >> /var/log/sys_status.log;
/usr/bin/vmstat -a >> /var/log/sys_status.log
/bin/df -h >> /var/log/sys_status.log

Dann kannst du recht schnell erkennen obs am RAM oder am HDD-Speicher liegt

Nutzt du das Plesk Backup? Das könnte es dann auch sein...

[andrea]

Hi,

df -h sagt:

Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/vzfs              10G  8,2G  1,9G  82% /

vmstat 5

swpd bleibt immer auf 0 und nach 5 Ausgaben stürzt mein WINSCP ab ...

Ahhh ... Plesk Backups gefunden. Stand auf 10 gleichzeitig ablaufende ...
Plesk Backups habe ich jetzt von 10 auf maximal 1 gleichzeitig ablaufendes Backup zurück geschraubt.

Ich habe übrigens eine stetig wachsende Datei tty10 im /dev Verzeichnis gefunden, die derzeit bei kanpp 400 MB steht ... was ist das für eine Datei und welcher Przess füllt die?

Danke für die schnelle Hilfe! Was kann ich noch tun?

Liebe Grüße
Andrea

[harv]

Was läuft denn an CronJobs über Nacht?

Aber, so wie es aussieht war dein erster verdacht richtig speicher voll. Du kannst jetzt 2 sachen machen:

1. Alles Deinstallieren was nicht benötigt wird (ist aber meistens keine Lösung auf dauer), meist hat man dort ein haufen zeug das nicht benötigt wird vom Hoster vorinstalliert bekommen
2. (würde ich dir empfehlen) upgrade auf ein größeren VServer, das geht meisst auch ohne alles neu machen zu müssen die erweitern dann eigendlich nur den Speicher der dir zur Verfügung steht

Um die Backups brauchst du dir erstmal keine gedanken machen die sind nur aktiv wenn du sie konfiguriert hast

EDIT: hatte das ganz überlesen....:

Ich habe übrigens eine stetig wachsende Datei tty10 im /dev Verzeichnis gefunden, die derzeit bei kanpp 400 MB steht ... was ist das für eine Datei und welcher Przess füllt die?

Das ist eine Log ausgabe auf der Console die sollte jedoch nicht 400MB groß sein und ständig größer werden

welchen Log Daemon setzt du ein?

[andrea]

Hi,

Update wird wohl schwierig. Ich habe den STRATO V-PowerServer A (v3.2), den kann man nicht updaten und der nächst Größere kostet dann gleich das doppelte. Werde aber mal nachfragen ...

Wenn du mit CronJobs die CronTabs meinst, dann finde ich bei Plesk die folgende Liste:

alias
bin
daemon
drweb
ftp
games
haldaemon
herpens
kluser
lp
mail
man
messagebus
mysql
named
news
nobody
ntp
polkituser
popuser
psaadm
psaftp
qmaild
qmaill
qmailp
qmailq
qmailr
qmails
root
sshd
uucp
wwwrun

Da sind bestimmt ein paar Sachen dabei, die man löschen kann, aber welche .... ????

Liebe Grüße
Andrea

P.S. Das die tty10 eiegntlich nicht auf einen VServer gehört, hatte ich auch schon gelesen, aber löschen bewirkte sofort einen Serverabsturz beim letzten Mal. :(

P.S.S. Wo und wie finde ich den Log Daemon .... ????

[harv]

Ja die meinte ich, aber nein das sind nur die Benutzer (Plesk zeigt das etwas "bescheiden" an), was siehst du wenn du root anklickst?

P.S. Das die tty10 eiegntlich nicht auf einen VServer gehört, hatte ich auch schon gelesen, aber löschen bewirkte sofort einen Serverabsturz beim letzten Mal.

Nein Löschen darfst du die nicht so einfach!! (nichts was in /dev ist) Das kann man nur deaktivieren ich kann mich nur gerade nicht erinnern wo....

Welches Linux und Version ist den installiert?

[andrea]

Hi,

Inhalt von root:

0 1 * * 1 /usr/local/psa/libexec/modules/watchdog/cp/secur-check
0 1 * * 1 /usr/local/psa/libexec/modules/watchdog/cp/send-report weekly
0 3 * * 7 /usr/local/psa/libexec/modules/watchdog/cp/clean-reports
10 1 * * * /usr/local/psa/libexec/modules/watchdog/cp/clean-sysstats
10,25,40,55 * * * * /usr/local/psa/admin/sbin/backupmng >/dev/null 2>&1
15 1 * * * /usr/local/psa/bin/run-parts.sh /etc/psa/plesk-cron.daily
15 1 * * * /usr/local/psa/libexec/modules/watchdog/cp/pack-sysstats day
15 1 * * 1 /usr/local/psa/libexec/modules/watchdog/cp/pack-sysstats week
15 1 1 * * /usr/local/psa/libexec/modules/watchdog/cp/pack-sysstats month
15 1 1 * * /usr/local/psa/libexec/modules/watchdog/cp/pack-sysstats year
20 1 * * * /usr/local/psa/libexec/modules/watchdog/cp/clean-events
48 15 * * * /opt/kav/5.5/kav4mailservers/bin/keepup2date -c /etc/kav/5.5/kav4mailservers/kav4mailservers.conf
56 4 1 * * /usr/local/psa/bin/run-parts.sh /etc/psa/plesk-cron.monthly
7 3 * * 7 /usr/local/psa/bin/run-parts.sh /etc/psa/plesk-cron.weekly
14 Aufgaben gesamt

???

Versionen:

Plesk Control Panel-Version	psa v8.6.0_build86080930.03 os_SuSE 10.3
Betriebssystem	Linux 2.6.18-028stab060.8

Andrea

[harv]

den CronJob kannst du rausschmeissen/Deaktivieren das ist der für das PleskBackup verantwordlich ist

10,25,40,55 * * * * /usr/local/psa/admin/sbin/backupmng >/dev/null 2>&1

[andrea]

Ok,

der Cronjob ist gelöscht ...

Meinst du, das könnte schon helfen?

Wäre toll .... :roll:

Gruß
Andrea

[harv]

os_SuSE 10.3
Betriebssystem Linux 2.6.18-028stab060.8

Ok das sieht nach Syslog-NG aus, dann hast du auch eine /etc/syslog-ng/syslog-ng.conf
da musst du folgendes suchen und auskommentieren (wenn du nichts am Logging geändert hast ca. Zeile 119&120) :

destination console { pipe("/dev/tty10" owner(-1) group(-1) perm(-1)); };
log { source(src); filter(f_console); destination(console); };

danach ein mal

# /etc/init.d/syslog restart

und tty10 sollte nicht weiter größer werden

der Cronjob ist gelöscht ...

Meinst du, das könnte schon helfen?

Das deaktiviert zumindest das Plesk Backup und wenn du es nicht nutzt braucht es nicht aufgerufen werden

[andrea]

Hi noch mal,

ich habe gerade mal den Watchdog laufen lassen, der ist mit der tty10 Datei auch irgendwie nicht zufrieden ...

* Filesystem checks
   Checking /dev for suspicious files...   [ Warning! (unusual files found) ]
---------------------------------------------
Unusual files:
/dev/tty10:    ASCII English text
---------------------------------------------
   Scanning for hidden files...  [ OK ]

Gruß
Andrea

[andrea]

Hi,

Ok das sieht nach Syslog-NG aus, dann hast du auch eine /etc/syslog-ng/syslog-ng.conf
da musst du folgendes suchen und auskommentieren (wenn du nichts am Logging geändert hast ca. Zeile 119&120) :

ich kann die syslog-ng.conf dort nicht finden. Gibt es eine Suchfunktion für Dateien in WINSCP ???

Achtung ... ich habe in die syslog.conf geguckt und dort folgendes gefunden:

# print most on tty10 and on the xconsole pipe
#
kern.warning;*.err;authpriv.none	 /dev/tty10
kern.warning;*.err;authpriv.none	|/dev/xconsole
*.emerg				 *

# enable this, if you want that root is informed
# immediately, e.g. of logins
#*.alert				 root

LG
Andrea

[harv]

ch habe gerade mal den Watchdog laufen lassen, der ist mit der tty10 Datei auch irgendwie nicht zufrieden ..

ist auch kein Wunder theoretisch sollte die "Datei" leer sein, ich würde mal sagen als du die gelöscht hast hast du die pipe irgentwie "vernichtet"

syslog-ng.conf dort nicht finden. Gibt es eine Suchfunktion für Dateien

ja versuch mal das

# find /etc/ -name syslog*

Achtung ... ich habe in die syslog.con geguckt und dort folgendes gefunden:

Code:
# print most on tty10 and on the xconsole pipe
#
kern.warning;*.err;authpriv.none /dev/tty10
kern.warning;*.err;authpriv.none |/dev/xconsole

dann hast du doch noch den alten syslog, hier nur die

kern.warning;*.err;authpriv.none /dev/tty10

auskommentieren und dann syslog restarten



Edit: das nächste mal bitte als Anhang oder nur die stelle als Auszug vom rkHunterLog ;)

[andrea]

Hi harv,

Zeile ist auskommentiert und syslog.conf neu gestartet.

Würde es jetzt noch Sinn machen, den Inhalt von tty10 zu löschen (nicht die Datei, klar :roll:)

LG
Andrea

[harv]

naja die Pipe scheint sowieso hinüber zu sein, leeren kannst du die mit

# echo > /dec/tty10

solltest dann halt nur schauen ob die trotzallem wieder größer wird!

Leider habe ich aber keine idee wie man die Pipe wieder repariert.

[andrea]

Hi alles erledigt,


ich danke dir sehr, und wenn morgen der Server noch läuft, werde ich das Thema hier als erledigt kennzeichen.

Super Hilfe ... kann ich dir irgendwo Bonuspunkte für die Hilfe geben?

Liebe Grüße
Andrea

[harv]

freut mich wenn ich dir helfen konnte und sowas wie bonus punkte haben wir hier leider nicht kannst ja mal nen entsprechenden Post unter Wünsche hinterlassen ;)

[andrea]

Hi harv,

hat leider nicht geklappt. Heute Nacht hat der V-Server wieder schlapp gemacht.

0: /usr/local/psa/admin/plib/cmd_loginup.php:212
createSessionCommon(integer '1', string 'admin', boolean true, string '85.177.145.16', NULL null)
1: /usr/local/psa/admin/plib/cmd_loginup.php:345
createSessionAdmin(string 'admin', string '*********', string '***************************', boolean false)
2: /usr/local/psa/admin/plib/cmd_loginup.php:142
createSession(string 'admin', string '*********')
3: /usr/local/psa/admin/htdocs/login_up.php3:27

Mailserver abgeschmiert und kein Zugang per Plesk, FTP oder PHP mehr möglich.

Falls keiner eine passende Idee hier mehr hat, werde ich den Server heute Nacht komplett neu aufsetzen und die Seiten per Backup und Neuinstallation wieder herstellen ....

Ein Haufen Arbeit, aber jeden Morgen ein Backup vom Vortag einspielen kann es ja auch nicht sein ...

Uff, Nachtschicht kommt ....

andrea

[harv]

Ich würde dir dann auch zu einem Neuaufsetzten raten, nur solltest du kein Komplettbackup wieder einspielen da du sonst warscheinlich das gleiche Problem wieder hast. Mach ein reines Daten- und Pleskeinstellungs-Backup und spiele das wieder ein.

[andrea]

Hi,

Thema ist erledigt. Habe den vServer komplett neu aufgesetzt und seit mehr als 12 Stunden läuft er nun völlig stabil und weitestgehend unbelastet (Speicher 4% und Festplatte 6% und CPU unter 1%)

Schön ist wirklich die neue Plesk Version 9.2.1, die alle Systemressourcen sehr übersichtlich und detailliert anzeigt.

CPU GenuineIntel, Intel(R) Pentium(R) 4 CPU 3.06GHz
Version Parallels Plesk Panel v9.2.1_build92090422.13 os_SuSE 11.1
OS Linux 2.6.18-028stab060.8
Systembetriebszeit: 12:57

Ich denke, ich hatte einfach zuviele sinnlose Funktionen (Dr. Web, Spamassassin, Watchdog, etc. ) installiert, die den Server zugemüllt haben. Trotzdem habe ich hier wieder eine Menge zu vServern gelernt, wofür ich mich nochmal bedanken möchte.

Dieses Thema ist damit abgeschlossen und ich wünsch euch allen noch einen schönen Sommer. :D

LG
andrea