Heute morgen wollte ich kurz im Luftfahrt Club Braunschweig Forum nach einem Beitrag sehen und stellte fest, dass das Forum mit 403 quittiert wurde. Ich fragte mich, was das nu wieder. Also prüfte ich auf meinem Netbook, ob die Seite geht und siehe da, genau das gleiche Problem. Als ich dann auf die direkte Club Seite gegangen bin, kam die Standard Seite von Plesk… Der schock ging sofort in Glieder über: Irgendwas ist abgepfiffen. Also schnell geguckt, ob der Server per SSH erreichbar ist. Alles klar das geht. Als nächstes FTP. Komisch alles da. Hat jemand meinen Server gehackt und ich habe modifizierte PHP Dateien? Nein auch nicht. Alles ok. Was zum Geier ist hier los?!?!?
Also erst einmal auf die Plesk Seite und prüfen was da los ist. Komisch, nichts fest zu stellen…. auf dem ersten Blick. Dann sehe ich unter Domains, dass einige ein Kreuz davor haben. Was ist das? Domains sind deaktiviert. Wieso sind die deaktiviert? Weil die Domains abgelaufen sind. Das ist wohl Standard bei Plesk eingestellt, damit habe ich natürlich nicht gerechnet. Nach aktivieren der Domains war alles wieder da.
Sehr toll,
ich komme Abends nichtsahnend nach Hause. Ich wollte per Shell einen FlusiServer starten und was war? Super lahm. Versucht eine Website aufzurufen, auch super lahm. Was ist denn nun schon wieder kaputt?
SSH Zugang so gut wie nicht möglich. Websiten super lahm bis gar nicht erreichbar. Plesk Oberfläche funktionierte noch, aber auch sehr langsam.
Also erst einmal versucht den Server rebootet. Danach ging die Sache immer noch nicht. Mysql DB war wohl nicht mit gestartet. Da wußte ich dann, Mysql DB macht probleme. Also die DB geprüft, aber es hat halt gedauert. Die Seiten waren immer noch sehr langsam. Per PHPMyAdmin habe ich heraus bekommen, dass eine DB schrott war. Leider lies diese sich auch nicht reparieren. Also erst einmal unter Plesk versucht ein Backup zurück zu spielen und nun sah ich was los war. Auf der Platte, wo auch mysql abgelegt war, war rammel voll. Nun wunderte mich ja gar nichts mehr. Plesk Backup benutzt die gleiche Platte wo Mysql läuft und viel mehr. Die Platte ist nur 10GB groß. Also was soll der Quatsch? Erst einmal habe ich alle Backups aus dem Plesk dumps ordner gelöscht. Danach habe ich die HPs von einem FTP Backup repariert und auch wieder gelöscht. Bei Google habe ich eine Seite gefunden mit einer Lösung. Dort wurde ein Symbolischer Link vorgeschlagen. Einen Symbolischen Link setzen funktioniert nicht! Auch wenn das in anderen Blogs geschrieben wird. Plesk quittiert das mit error und Diskfull und spamt einem mit Mails voll.
Also wie verhindert man den Supergau?
Man muss den Backup-Ordner ändern. Am besten auf die Platte, wo auch der Webspace liegt unter /srv/ .
Also folgendes in die Konsole eingetickert:
mkdir /srv/dumps
mkdir /srv/tmp
und dann noch
nano /etc/psa/psa.conf
unter:
# Backups directory
DUMP_D /srv/dumps
und temp folder ändern:
DUMP_TMP_D /srv/tmp
per:
/etc/init.d/psa restart
PSA neu starten und fertig.
Damit gehen auch die Updates in den neuen Ordner und danach auf den FTP. Klar ist auch, dass je nach größer der HP das ganze Zeit kostet und auch Platz braucht. Sollte die Hälfte der Platte verbraten sein, wird auch ein Backup schwieriger.
Ich habe schon geschwitzt. Man, von einem Server zum anderen… Da kommt Arbeit auf mich zu. Weit gefehlt. Ich habe einen Server Umzug so schnell wie noch nie gemacht, Dank Plesk und Migration. Auf der Weboberfläche in Plesk unter Start auf der Rechten Seite Migration geklickt und die SSH Daten vom alten Server eingegeben und schon ging es los.
Hat ca. 30 Minuten gedauert und danach waren alle Einstellungen und Seiten auf dem neuen Server. Endlich hat mit Plesk mal was funktioniert.
Natürlich habe ich beide Plesk Oberflächen auf eine Version gebracht. Zur Verfügung stand mir da 9.3.0.
Bei 1und1 musste ich nur noch die Domains umziehen, was auch sehr einfach geht. Ich musste nur in meinem neuen Paket unter Domains die alten Domains in das neue Paket transferieren. Ein Abend hat mich das gekostet, aber es hätte mich mehr als ein Tag gekostet, wenn man alles per Hand machen müsste.
Ahhhhh, schrie ich. Was funktioniert überhaupt an Plesk? Sind da nur Amateure bei Parallels angestellt? Nie funktioniert was auf anhieb. Möchte mal wissen, ob da jemand überhaupt bugtracking betreibt oder ob man als User der dumme ist. Wozu habe ich eine Oberfläche, wenn ich eh alles per Hand machen muss?
Also bei dem Fehler komme ich nicht weiter. Ich versuche gerade von 9.3.0 zu 9.5.1 zu updaten und bekomme nun den Fehler. Bei 1und1 war man erst einmal ratlos, meine Anfrage soll am Montag bearbeitet werden. Ich bin gespannt was dabei raus kommt.
Update: 1und1 konnte mir auch nicht wirklich weiter helfen. Der Key wäre eigentlich in Ordnung. Also geht die Suche weiter.
Update: Plesk hat wohl den Bug behoben. Jedenfalls funktionierte das update plötzlich. Aber dennoch gab es bei mir Probleme.
Schöner Salat. Der Fehler hat mich mal wieder einiges an Zeit gekostet zu beheben.
Plesk 9.3.0 will einfach keine Domain erstellen. Also alles nach geprüft und gemacht und gegoogelt und bin auf keinen Nenner gekommen… Dann habe ich geschaut, ob man irgendwie die Mail configs über Plesk prüfen kann und bin darauf gestoßen:
/usr/local/psa/admin/sbin/mchk –with-spam
Dann bekam ich ein error:
mail_admin_aliases fail
Bevor ich jetzt wieder anfange weiter zu suchen, habe ich einfach nochmal den Plesk autoinstaller ausgeführt.
/usr/local/psa/admin/bin/autoinstaller
Und siehe da, es tat sich eine menge. Danach Plesk aufgerufen im Browser, versucht eine Domain zu erstellen und Bingo. Arbeitet wieder.
Und ich wundere mich noch, warum GMX keine eMails mehr annimmt. 1und1 hat es dann auch nicht mehr. Schuld war ein Plesk Update. Folgendes muss editiert werden:
/var/qmail/control/me
/var/qmail/control/locals
/var/qmail/control/rcpthosts
Dort sollte die Server Domain eingetragen werden. Bei 1und1 Kunden zB: sXXXXXX.onlinehome-server.info
Bei me und rcpthosts ersetzen und bei locals dazu schreiben.
Damit ist alles wieder RFC konform und es gibt kein ärger mehr. DrWeb deinstallieren oder beenden hat kein Erfolg gehabt. Es gab auch eine Angabe das man in der Conf ein pass setzen soll. Der war schon gesetzt.
Wenn eine eMail verschickt wird muss das im Header stehen:
from sXXXXXXXX.onlinehome-server.info (sXXXXXXXX.onlinehome-server.info [XX.XXX.XX.XXX]) by mx.kundenserver.de (node=mxbap1) with ESMTP (Nemesis) id 0LoGqn-1NK5sn412v-00gHLP for info@derempfaenger.de; Wed, 07 Apr 2010 13:12:17 +0200
X wurde durch Zahlen ersetzt.
Computer, Dedicated Server | Wikibear | 
15. Januar 2011 19:08 | 
Comments (0) 
RSS Abonnieren