Problem mit der Datenbankverbindung nach abschuss des MySQL Servers [GELÖST]

[Padaru]

Ich Grüße euch,
nachdem ich mehr als erfolgreich meinen MySQL Server abgeschossen habe, benötige ich nun eure Hilfe...

Ich habe den MySQL Server nun wieder installiert bekommen, den Inhalt in der /var/lib/mysql/mysql habe ich mit einem Backup ersetzt, bekomme nun aber beim aufruf des Adminpanales diesen Fehler:
MySQL - Query Error: Table 'keyhelp.settings' doesn't exist (1146)

Kann mir dabei jemand Helfen? Ich vermute ja, dass er die Datenbank jetzt nicht mehr findet da ich diese nur reinkopiert habe, aber wie kann ich das nun wieder zum laufen bringen?

Ich weiß das ist nur bedingt etwas für das Forum hier, hoffe aber dennoch, dass hier jemand einen Tipp hat. Falls noch infos benötigt werden, sagt mir bitte welche.

[nikko]

Wenn es ein Keyhelp Backup ist, so muss der Dump importiert werden. (Keyhelp User)
MySQL lässt sich nicht kopieren.

Von der Keyhelp Systemdatenbank (innodb) selbst existieren lokale Backups.
Aber auch diese müssen bestimmt importiert werden . @Alex?

[Padaru]

Hallo Nikko,
ne ich habe die datenbanken einfach reinkopiert ... werde dann wohl mal anfangen dumps richtig zu erstellen... aber selbst wenn ich jetzt einen Dump hätte, wie lautet dann das Passwort für die Keyhelp db?

ich führe jetzt gerade:
mysql_upgrade -u root -p aus, laut ubuntu manual werden dann die Tabellen gefixed was ja hoffentlich dazu führt das er meine DB´s wieder erkennt..

[nikko]

User: Du erstellst erst die Datenbank (dann kennst die Zugangsdaten), dann wird der Dump importiert.
Keyhelp selbst: Die Logindaten werden bei der Installation als Datei hinterlegt (glaube ich zu wissen).

Keyhelp Server Backup: Meines Erachtens werden die Dumps mitgesichert in das Serverbackup.
Userbackup: Dump ist vorhanden, Restore siehe oben.

[nikko]

Achso: Von der Keyhelp Datenbank gibt es lokale Dumps. Liegen täglich in /home/keyhelp/keyhelp.backup/

[Padaru]

habe jetzt den von keyhelp erstellten dump eingepsielt, bekomme aber immernoch die gleiche meldung..

[nikko]

Hast du den Dump kopiert oder importiert?

[Padaru]

importiert, ich habe zuerst die datenbank versucht mit mysql drop zu löschen, was er nicht wollte, da habe ich die einfach so gelöscht, dann habe ich die mit create database neu angelegt und dann mit mysqlimport importiert

[Padaru]

wenn ich jetzt alle datenbanken noch mal lösche und neu anlege, muss ich ja auch den keyhelp user für diese datenbank anlegen sodass keyhelp auf diese datenbank zugreifen kann, wo kann ich das einsehen welcher user mit welchem passwort keyhelp da nimmt?

[nikko]

Die innodb selbst besteht aus mehreren Dateien. Diese müssen alle vorhanden sein. ibdata Datei, .ibd und den Logfiles. Kontrolliere das mal bitte.

Ansonsten starte nach dem Import mal neu.

Könnte sonst auch ein Problem der Rechte sein.

[Padaru]

wo finde ich die?

neugestartet wurde, und /var/lib/mysql ist auf mysql:mysql gechownt

aber jetzt startet der server schon wieder nicht, muss jetzt da erstmal wieder schauen

[Alexander]

Hallo,

nachdem ich mehr als erfolgreich meinen MySQL Server abgeschossen habe, benötige ich nun eure Hilfe...

Ich habe den MySQL Server nun wieder installiert bekommen

Ggf. wäre es ratsam, den MySQL/MariaDB noch einmal komplett weg-zu-purgen und anschließend noch einmal zu installieren. Wer weiß was da noch für Leichen und korrupte Dateien liegen, bzw. einfach nur um nochmal 'sauber' zu starten. Aber ggf. hast du das im Zuge der Neuinstallation ja bereits vollzogen.

Hast du jetzt MySQL oder MariaDB installiert?

Anschließend importierst du die Datenbanken. Da auch die MySQL/MariaDB eigene 'mysql' Datenbank Teil des täglichen Backups unter /home/keyhelp/keyhelp.backup/ ist, sollten die Passwörter der Datenbankbenutzer nach dem Import korrekt sein.
Am besten speicherst du zusätzlich die Dateien unter /home/keyhelp/keyhelp.backup/ sicherheitshalber auch noch einmal an einem anderen Ort, als Vorsichtsmaßnahme, dass die dort vorhandenen Dateien nicht beim nächsten Backup-Zyklus überschrieben werden.

wo kann ich das einsehen welcher user mit welchem passwort keyhelp da nimmt?

Die findest du unter /etc/keyhelp/config/config.json

[nikko]

wo finde ich die?

Diese liegen in var/lib/mysql

[nikko]

Sollte das Problem dann weiterhin bestehen, ist ggfls. der InnoDB Fehler schon in das Backup eingeflossen, so dass du die old.* Dateien aus einem anderen Backup oder die lokalen umbenennen und verwenden musst.

[Padaru]

Danke für die Antworten

Ggf. wäre es ratsam, den MySQL/MariaDB noch einmal komplett weg-zu-purgen und anschließend noch einmal zu installieren. Wer weiß was da noch für Leichen und korrupte Dateien liegen, bzw. einfach nur um nochmal 'sauber' zu starten. Aber ggf. hast du das im Zuge der Neuinstallation ja bereits vollzogen.

Hast du jetzt MySQL oder MariaDB installiert?

Das habe ich gemacht, habe jetzt wieder einen lauffähigen und komplett frischen mysql server drauf. Und ich habe MySQL 5.7 installiert.

Ich wollte gerade die mysql datenbank importieren, da ist mir aufgefallen, das diese und die old Backups leer sind, die haben eine größe von 0 byte

Kann ich mir so einen Dump auch aus den Datenbanken basteln, sodass ich den dump doch noch einspielen kann?

Weiß auch jemand warum das bei Mysql nicht geht das der bestehende Daten neu einließt, dass kann doch auch nicht so schwer sein oder... ?