vServer - PSA kann nicht mehr gestartet werden

Markus@AS · Nov 21, 2008

Hallo zusammen,

habe seit einigen Tagen Probleme mit meinem vServer (1&1). Vielleicht erst kurz was zur Entstehung.

Gestern stellte ich fest, dass meine Seite down ist. Lt. Plesk war der Speicherplatz (25 GB) 100% voll. Meine Seite belegt nur ca. 1,8 GB. Vor 1 Woche war noch sehr viel frei, ohne irgendwelche Änderungen war dann auf einmal alles voll.

Bin dann in Plesk hingegangen und habe die auto-Backups entfernt.

Hat an der Speicher-Situation aber nichts verändert. Immerhin konnte ich nun den VPS. Beim starten von PSA kommt aber nun die folgende Meldung:

Code:

Dienst starten 	- 	Fehlgeschlagen 	
Gestartet 	Operation 	Status
Fr 21 Nov 2008 07:33:58 CET 	Operation start with the VPS(s) VEID40691244 service "psa" is started. 	Fertig
Fr 21 Nov 2008 07:33:58 CET 	Starting xinetd service... done 	Fertig
Fr 21 Nov 2008 07:33:59 CET 	Starting named service... done 	Fertig
Fr 21 Nov 2008 07:33:59 CET 	Starting mysql service... done 	Fertig
Fr 21 Nov 2008 07:34:00 CET 	Starting qmail service... done 	Fertig
Fr 21 Nov 2008 07:34:00 CET 	Starting courier-imap service... done 	Fertig
Fr 21 Nov 2008 07:34:01 CET 	Starting postgresql service... failed 	Fertig
Fr 21 Nov 2008 07:34:01 CET 	Starting psa-spamassassin service... done 	Fertig
Fr 21 Nov 2008 07:34:01 CET 	Syntax OK 	Fertig
Fr 21 Nov 2008 07:34:55 CET 	Starting Plesk... done 	Fertig
Fr 21 Nov 2008 07:34:56 CET 	Starting drwebd service... not installed 	Fertig
Fr 21 Nov 2008 07:35:01 CET 	Operation start with the VPS(s) VEID40691244 service "psa" is finished with errors: #703 Can not start/stop/restart service: service "psa" status is not "running" after command "start". 	Fehlgeschlagen

Ich kann so noch nicht mal mehr meine DB sichern.

Wäre für jeden Tipp dankbar.

Gruß,
Markus

marneus · Nov 21, 2008

Ich denke mal, das logrotate bei Dir aus irgendwelchen Gründen den Dienst eingestellt hat und Dein Server mit Logfiles vollgemüllt ist.

Log Dich via Console ein und überprüfe mal, wie groß Dein /var/log Verzeichnis ist.

Die mysql-DBs kannst Du ebenfalls via Console dumpen.

--marneus

Markus@AS · Nov 21, 2008

Hallo,

also in meinem Log-Verzeichnis (var/log/) hab ich 50 MB.

das /var hat insgesamt allerdings 22 GB. Hier müsste also das Problem zu finden sein. Habe mal nach Befehlen hierzu gegoogled. Dieser hier sollte eigentlich passend sein.

Code:

ls -lahS $(find / -type f -size +10000k)

bekomme aber nur folgende Meldung:

-bash: syntax error near unexpected token `('

LinuxAdmin · Nov 21, 2008

versuche es mal so:

Code:

find / -type f -size +10000k -print0 |xargs -0 ls -la

Je nachdem wird Dir das aber auch keinen "Schuldigen" liefern, wenn nämlich die Datei bereits gelöscht wurde aber noch von einem Prozess offen gehalten wird. Das kann passieren, wenn logrotate das betreffende Programm nicht neu starten konnte -- kommt von Zeit zu Zeit vor.

Markus@AS · Nov 21, 2008

kommt folgendes:

Code:

s15218858:~ # find / -type f -size +10000k -print0 |xargs -0 ls -la
find: WARNING: Hard link count is wrong for /proc/vz: this may be a bug in your filesystem driver.  Automatically turning on find's -noleaf option.  Earlier results may have failed to include directories that should have been searched.
-r--------  1 root     root      134756352 Nov 21 12:08 /proc/vz/vzaquota/00000018/aquota.group
-r--------  1 root     root      134756352 Nov 21 12:08 /proc/vz/vzaquota/00000018/aquota.user
-rw-r--r--  1 root     root       54143937 Oct 23  2006 /root/psa/PSA_8.0.1/dist-rpm-SuSE-9.3-i386/base/psa-8.0.1-suse9.3.build80060614.16.i586.rpm
-rw-r--r--  1 root     root       10579577 Oct 23  2006 /root/psa/PSA_8.0.1/dist-rpm-SuSE-9.3-i386/base/psa-hotfix2-8.0.1-suse9.3.build80060713.16.i586.rpm
-rw-r--r--  1 root     root       12982843 Oct 23  2006 /root/psa/PSA_8.0.1/dist-rpm-SuSE-9.3-i386/opt/vault/eGroupWare-1.0.0.009-80027.noarch.rpm
-rw-r--r--  1 root     root       17956085 Oct 23  2006 /root/psa/PSA_8.0.1/dist-rpm-SuSE-9.3-i386/opt/vault/typo-3.8.0-80012.noarch.rpm
[.....]

Wie kann man denn herausfinden ob da irgendeine Datei offengehalten wird und vor allem, wie krieg ich die zu?

marneus · Nov 21, 2008

Also die RPMs von Plesk kannst Du getrost in die Tonne kloppen. Was es mit dem Quota aufsich hat, weiß ich leider nicht.

--marneus

Markus@AS · Nov 21, 2008

heisst also im Klartext Server neu Initialisieren und Page neu drauf packen.

Schaut bitte noch kurz in die Anlage, das ist die DB die ich brauche. Ist da alles dabei? Ist ein Screenshot aus Plesk, die Dateien hab ich alle runtergeladen oder finde ich irgendwo anders versteckt noch welche?

marneus · Nov 21, 2008

Warum so schnell aufgeben? Nach meinem Dafürhalten liegt hier kein Problem vor, dass eine Neuinstallation rechtfertigt.

Die 134 MB durch die quota Dateien können wir - so glaube ich -mal vernachlässigen.

Such doch mal sukzessive nach dem Problem. Ich vermute, in einem Deiner vhosts ist ein access_log nicht richtig rotiert worden.

Führe doch mal im Verzeichnis /var/www/vhosts den Befehl

Code:

du -h --max-depth=1

aus. Dann siehst Du, in welchem Verzeichnis wieviel Speicherplatz drauf geht. Du wechselst dann in das Verzeichnis, und führst wieder den o.g. Code aus etc.pp.

Neuinstallation hilft überhaupt nichts. Vor allem nicht Deinem Wissen!

--marneus

Markus@AS · Nov 21, 2008

prima. Das war schon mal nen guter Tipp. Habe jetzt im Verzeichnis var/lib/psa/dums/1/1 ne Menge gefunden. Denke mal das es logs sind.

Code:

s15218858:/var/lib/psa/dumps/1/1 # dir
total 17175832
drwx------  2 psaadm psaadm       4096 Nov 21 07:16 .
drwx------  3 psaadm psaadm       4096 Apr  2  2008 ..
-rw-r--r--  1 root   root    241050108 Aug 14 03:01 askunststofftechnik.de_2008.                                                                                                 08.14_03-00-01
-rw-r--r--  1 root   root    241137557 Aug 21 03:01 askunststofftechnik.de_2008.                                                                                                 08.21_03-00-02
-rw-r--r--  1 root   root    241217494 Aug 28 03:01 askunststofftechnik.de_2008.                                                                                                 08.28_03-00-02
-rw-r--r--  1 root   root    241295561 Sep  4 03:01 askunststofftechnik.de_2008.                                                                                                 09.04_03-00-03
-rw-r--r--  1 root   root    241363646 Sep 11 03:01 askunststofftechnik.de_2008.                                                                                                 09.11_03-00-01
-rw-r--r--  1 root   root    241443476 Sep 18 03:01 askunststofftechnik.de_2008.                                                                                                 09.18_03-00-01
-rw-r--r--  1 root   root    241511905 Sep 25 03:01 askunststofftechnik.de_2008.                                                                                                 09.25_03-00-02
-rw-r--r--  1 root   root   1268639769 Oct  2 03:04 askunststofftechnik.de_2008.                                                                                                 10.02_03-00-03
-rw-r--r--  1 root   root   1268726612 Oct  9 03:04 askunststofftechnik.de_2008.                                                                                                 10.09_03-00-02
-rw-r--r--  1 root   root   1274521760 Oct 16 03:04 askunststofftechnik.de_2008.                                                                                                 10.16_03-00-02
-rw-r--r--  1 root   root   2809803184 Oct 23 03:08 askunststofftechnik.de_2008.                                                                                                 10.23_03-00-02
-rw-r--r--  1 root   root   2810385446 Oct 30 03:08 askunststofftechnik.de_2008.                                                                                                 10.30_03-00-02
-rw-r--r--  1 root   root   2829759720 Nov  6 03:13 askunststofftechnik.de_2008.                                                                                                 11.06_03-00-05
-rw-r--r--  1 root   root   2350768128 Nov 13 03:10 askunststofftechnik.de_2008.                                                                                                 11.13_03-00-02
-rw-r--r--  1 root   root    225673216 Nov 13 03:18 askunststofftechnik.de_2008.                                                                                                 11.13_03-15-04
-rw-r--r--  1 root   root    225656832 Nov 18 10:17 askunststofftechnik.de_2008.                                                                                                 11.18_10-15-03
-rw-r--r--  1 root   root    500408320 Nov 20 15:49 askunststofftechnik.de_2008.                                                                                                 11.20_15-45-04
-rw-r--r--  1 root   root    225673216 Nov 20 16:02 askunststofftechnik.de_2008.                                                                                                 11.20_16-00-03
-rw-r--r--  1 root   root     25165824 Nov 20 16:46 askunststofftechnik.de_2008.                                                                                                 11.20_16-45-02
-rw-r--r--  1 root   root     66535841 Nov 21 07:16 askunststofftechnik.de_2008.                                                                                                 11.21_07-15-02
s15218858:/var/lib/psa/dumps/1/1 #

Die würd ich jetzt spontan mal löschen, falls nicht jemand hier noch ganz laut stop ruft....

marneus · Nov 21, 2008

Das sind keine Logs, das sind Backups. Sofern Du die Möglichkeit jetzt hast, log Dich mal in Plesk ein, und schau bei der betroffenen Domain mal unter "Backup erstellen" nach, was dort so vorliegt.

Sollte man die Dumps nicht via Plesk löschen können, dann kannst Du sie immer noch via Console löschen.

--marneus

Markus@AS · Nov 21, 2008

Da schliesst sich ja quasi der Kreis. Am Anfang meines Problems habe ich ja alle Backups in Plesk gelöscht. Scheinbar ist dabei dann was schief gegangen und deswegen sind die jetzt alle noch da... Das eine lösche ich jetzt in Plesk. Die älteren stehen dort nicht mehr in der Liste.

marneus · Nov 21, 2008

Und das Problem ganz ohne Neuinstallation gelöst...

--marneus

Markus@AS · Nov 21, 2008

zumindest mal das mit dem Speicher. Den PSA kann ich leider immer noch nicht starten. Aber das hat jetzt auch noch Zeit, um den Fehler zu suchen. Die Seite ist ja on und läuft. Ich kann eben nur nix weiter per Plesk verwalten.

Danke erstmal für die Hilfe!!

marneus · Nov 21, 2008

Kannst Du mal in der Console /etc/init.d/psa start eingeben?

--marneus

Markus@AS · Nov 24, 2008

bekomme dann folgende Meldungen:

Code:

s15218858:~ # /etc/init.d/psa start
Starting xinetd service...                                           done
Starting named service...                                            done
Starting mysql service...                                            done
Starting qmail service...                                            done
Starting courier-imap service...                                     done
Starting postgresql service...                                       failed
Starting psa-spamassassin service...                                 done
Syntax OK
Starting Plesk...                                                    done
Starting drwebd service...                                           not installed

laufen tuts dann nicht....

marneus · Nov 24, 2008

Da steht doch, dass Plesk gestartet wird. Poste mal die Ausgabe von

Code:

ps aufx | grep psa

--marneus

Markus@AS · Nov 24, 2008

Hallo,

es steht da schon, dass es gestartet wird. Es läuft auch so halbwegs. Nur sobald ich irgendwelche dinge tun möchte steht in der Oberfläche, dass Dienst psa nicht gestartet ist.

Code:

s15218858:~ # ps aufx | grep psa
root     25700  0.0  0.0   2664   700 ?        S    Nov21   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrloggername=pop3d -maxprocs=40 -maxperip=4 -pid=/var/run/pop3d.pid -nodnslookup -noidentlookup 110 /usr/sbin/pop3login /usr/lib/courier-imap/authlib/authpsa /usr/bin/pop3d Maildir
root     25710  0.0  0.0   2664   700 ?        S    Nov21   0:00 /usr/lib/courier-imap/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -stderrloggername=pop3d-ssl -maxprocs=40 -maxperip=4 -pid=/var/run/pop3d-ssl.pid -nodnslookup -noidentlookup 995 /usr/bin/couriertls -server -tcpd /usr/sbin/pop3login /usr/lib/courier-imap/authlib/authpsa /usr/bin/pop3d Maildir
root     27992  0.0  0.0   1484   476 pts/0    S+   15:15   0:00          \_ grep psa
root     26450  0.0  0.5  19980  7676 ?        Ss   Nov21   0:01 /usr/local/psa/admin/bin/php /usr/local/psa/admin/bin/modules/watchdog/wdcollect -c /usr/local/psa/etc/modules/watchdog/wdcollect.inc.php
root     26451  0.0  0.1  34188  1612 ?        Ssl  Nov21   0:02 /usr/local/psa/admin/bin/modules/watchdog/monit -Ic /usr/local/psa/etc/modules/watchdog/monitrc

Markus@AS · Nov 25, 2008

Ist es möglich, ein Plesk-Update in der Console zu starten? Vielleicht ist ja einfach nur etwas beschädigt und wird beim Update gefixt...

vServer - PSA kann nicht mehr gestartet werden

Markus@AS

New Member

marneus

Registered User

Markus@AS

New Member

LinuxAdmin

Moderator

Markus@AS

New Member

marneus

Registered User

Markus@AS

New Member

Attachments

marneus

Registered User

Markus@AS

New Member

marneus

Registered User

Markus@AS

New Member

marneus

Registered User

Markus@AS

New Member

marneus

Registered User

Markus@AS

New Member

marneus

Registered User

Markus@AS

New Member

Markus@AS

New Member

We value your privacy