ubuntuusers.de

Hallo,

ich brauche dringend eure Hilfe:

Folgendes Problem:

Ich habe einen VServer bei Strato auf dem bis letzter Woche Ubuntu Server 12.04 mit Plesk 11.5 lief.

Habe ein ein Upgrade auf 14.04 und Plesk 12 durchgeführt.

Bis gestern lief auch alles ohne Probleme.

Gesternmorgen bekam ich dann im Pleskpanel die Meldung das der Apache2 Server nicht gestartet werden kann...

nach viel herumprobieren und lesen hatte ich mir dann den Server komplett zerschossen ...meine Schuld ja =(

Habe dann heute Mittag ein VOLLBACKUP von Strato zurückgespielt welches von vorgestern war (wo noch alles lief).

Jetzt bekomme ich folgende Meldung:

ERROR: Zend_Db_Adapter_Exception: SQLSTATE[HY000] [2002] Permission denied (Abstract.php:144)

wenn ich auf die Pleskoberfläche zugreifen will.

Wenn ich eine Homepage öffnen will kommt:

Error establishing a database connection

Habe daraufhin folgenden Link befolgt: http://kb.odin.com/120312

bringt aber nichts:

service mysql start" meldet: "job failed to start

/var/log/

• mysql.err = leer

• mysql.log = leer

• syslog = KEINE Einträge von MYSQL

Der MYSQL Server ist aber installiert: → Wenn ich "sudo apt-get install mysql-server" eingebe bekomme ich die Meldung das die neueste Version schon installiert ist...

Ich bin nicht wirklich fit in der Sache... was kann ich euch für LogFiles liefern das ihr mir helfen könnt?

NACHTRAG:

"plesk db" liefert:

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

Der Ordner "/var/run/mysqld/" ist leer

Nachtrag 23:29 UHR:

In dem Ordner "/etc/init.d/" habe ich NUR den "mysql" Ordner. KEIN "mysqld".

Wenn ich das richtig verstanden habe ist aber der "mysqld" Ordner von dem Mysql-Server oder nicht?

Wenn das System mir sagt das der mysql-server installiert ist müsste doch auch der Ordner da sein?!

Habe dann einfach mal "mysqld" eingegeben wobei das raus kam:

[Note] mysqld (mysqld 5.5.44-0ubuntu0.12.04.1) starting as proccess 5497 

[Error] Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root!

[ERROR] Aborting

[Note] mysqld: Shutdown complete

"sudo mysqld" liefert genau das gleiche....

Aber: "Service mysql status" liefert

mysql stop/waiting

Und "/usr/local/psa/bootstrapper/pp12.0.18-bootstrapper/boostrapper.sh repair" liefert:

ERROR while trying to establish test connection

Zumindest die zwei Dinge sind klar:

1. mysql wurde nicht gestartet.

2. mysql startet man NIEMALS als root.

Wenn du meinst, dass Dateien fehlen könnten, kannst du das Paket neu installieren:

sudo apt-get install --reinstall mysql-server-5.5 mysql-server-core-5.5

mysql startet man einmalig so:

sudo start mysql

Das sollte dann aber trotzdem nicht als root eingerichtet sein, sonst gibt es wieder Sicherheits- und andere Probleme. Vielleicht klappte es deswegen bei deinem service-Befehl nicht?

Grüße, Benno

Hallo,

danke für die schnelle Antwort.

Wenn ich mysql neu installiere werden aber keine Datenbanken oder Verknüpfungen mit Plesk gelöscht richtig?

Nein und eigentlich nicht, wobei ich mich mit Plesk nicht auskenne. Es werden ja nur alle Dateien nochmal erzeugt, was bei defekten und fehlenden wichtig ist.

Wenn ich die Neuinstallation mache kommt:

Neue Version der Konfigurationsdatei /etc/logrotate.d/mysql-server wird installiert...

start: job failed to start

invoke-rc.d: initscript mysql, action "start" failed.

dpkg: Fehler beim Bearbeiten des Paketes mysql-server-5.5 (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück

Trigger für libc-bin (2.19-0ubuntu6.6) werden verarbeitet...

Fehler traten auf beim Bearbeiten von: mysql-server-5.5

E: Sub-process /usr/bin/bpkg returned an error code (1)

Plesk bietet einige Repair Funktionen an, vielleicht einfach mal einige durch probieren. Hier sind auch ein paar nützliche Hinweise: http://adminforge.de/control-panel/plesk/plesk-panel-wichtige-command-line-befehle/ . Auswendig weiß ich die Befehle jetzt leider nicht, aber schau einfach mal in Google nach plesk repair, oder plesk mysql repair. Vielleicht wirst du dort fündig.

Ich habe auch vor kurzem gelesen, dass es bei Live Backups (wahrscheinlich auch bei den Strato Backups) zu Problemen mit mysql kommen kann. Also dass die Inhalte der DB verhundst sein können, wenn man zurück spielt. Liegt wohl an der Technik, nicht am Provider.

Habe es soweit geschafft.

Zuerst musste ich ein Backup über die Starto Konsole wiederherstellen.

Danach:

Recovery der InnoDBs... (wieso steht ganz unten)

nano /etc/mysql/my.cnf

Eintrag

[mysqld]

suchen und dadrunter

innodb_force_recovery = 4

einsetzen

Mysql neu starten

/etc/init.d/mysql restart

....Hier nach startete der MysqlServer erst!

Das Problem dann war das ich keinen Zugang mit dem "Root" und "Admin" User auf Mysql hatte:

MYSQL stoppen mit

/etc/init.d/mysql stop

MYSQL Server mit

mysqld_safe --skip-grant-tables &

starten

In mysql mit

mysql -uroot

einloggen und mit

update user set password=PASSWORD("mynewpassword") where User='root';

ein neues Root Passwort vergeben.

Zum Schluss noch

flush privileges;

und Mysql mit "Quit" verlassen

MYSQL starten mit

/etc/init.d/mysql start

und Zugang mit

mysql -uroot -p

testen

Jetzt erstmal die DB sichern:

mysqldump -uroot -p -A > /root/dumpall.sql

Recovery wieder entfernen:

nano /etc/mysql/my.cnf
[mysqld]
# innodb_force_recovery = 4

Löschen des alten DB Verzeichnisses:

rm -rf /var/lib/mysql/*

Neue DB aufbauen:

mysql_install_db

Und Mysql wieder starten:

/etc/init.d/mysql start

DB Sicherung zurückspielen:

mysql < /root/dumpall.sql

Nach dem zurückspielen musste ich.. wieso auch immer NOCHMAL das Root Passwort wie oben beschrieben ändern....

Jetzt konnte ich aber Plesk immer noch nicht öffnen....

Problem war: Das Adminpasswort für Plesk war in der DB nicht korrekt. (Trotz Backup?!)

Also habe ich noch folgendes gemacht:

"Admin" User in MYSQL alle Rechte gegeben mit:

Mysql Sitzung starten mit

mysql -uroot -p

Dann:

GRANT ALL PRIVILEGES ON *.* TO 'admin'@'localhost' WITH GRANT OPTION;
FLUSH PRIVILEGES;

Das mit dem Passwort war so eine Sache.

Das Pleskpasswort bekommt man mit

cat /etc/psa/.psa.shadow

heraus... allerdings in diesem Format(Beispiel):

$AES-128-CBC$wRfzDaQSRSSfDpUVRA15OGPeQ==$57oj3Xtxv4EBSVCkiqq==

anstatt jetzt in Mysql das gleiche Passwort wieder einzugeben (welches ja nicht funktioniert) habe ich ein neues vergeben mit:

SET PASSWORD FOR 'admin'@'localhost' = PASSWORD('NewPassword');

Jetzt noch die Sitzung mit

quit

schließen.

Wenn man das Pleskpasswort aber in der DB ändert weis Plesk noch nichts davon. Das müssen wir mit

echo "hierdasneuePasswort" > /etc/psa/.psa.shadow

zuweisen.

Jetzt konnte ich mich in Plesk wieder einloggen.

Die Domains und Einstellungen waren alles noch da... aber KEINE Datenbank!

Die Wordpress DBs konnte ich über den Backup Manager von Plesk wiederherstellen. ...Nachdem ich jede einzelne DB VON HAND!!! per

MYSQL -uroot -p "CREATE DATABASE DBNAME"

..wenn ihr nicht mehr wisst wie die hießen... Plesk sagt euch den Namen im Errorlog wenn ihr versucht per Backup eine herzustellen die NICHT vorhanden ist.

Ich konnte alle Wordpress Datenbanken sichern. HumHub und OwnCloud DBs sind DEFEKT und nicht mehr wiederherzustellen!

So jetzt fragt ihr euch natürlich wieso:

Strato an sich ist eigentlich nicht Schuld... eher die Software:

Denn in den Strato FAQs steht:

"Bitte beachten Sie, dass Tabellen des Typs InnoDB, welche z. B. vom CMS Joomla genutzt werden, nicht immer konsistent im STRATO Backup Ihrer MySQL Datenbanken gespeichert werden. In diesem Fall ist es ratsam ein Backup mit phpmyadmin zu erstellen. –-strato-faq.de/article/912/ So einfach können Sie per SSH auf ein Backup Ihrer MySQL Datenbank zugreifen..html)"

Das steht natürlich NICHT in der Adminkonsole von Strato!

Wow, das war ja ein aufwendiges Prozedere. Danke für die ausführliche Anleitung! - das wäre schon ein Wiki oder Blog Eintrag wert ☺.

Danke für das ausführliche Howto, kann man quasi sagen!