HOWTO - Manuelle Wiederherstellung KeyHelp Serverbackup

[Jolinar]

Also entweder man sichert die neuen mySQL Passwörter für KeyHelp, Roundcube und co oder man grast dann alle Configfiles ab und ändert diese wieder. Ich habe mich hier für ersteres entschieden.

Okay...Stimmt natürlich. Der Weg ist einfacher und weniger fehleranfällig als die Configs anzupassen.

[paulSp]

Guten Morgen,

vielen Dank für die detaillierte Anleitung! Hat auf Anhieb funktioniert

Beste Grüße

[stfn116]

eine vielleicht etwas dämliche Frage, aber ich habe gerade mal testweise ein Backup (server 1) auf einer Demo Instanz (server2) wieder eingespielt.

Auf meinem Produktivsystem finde ich allerdings nicht die Keyhelp Login Data, welche bei der Demoinstanz im root liegt. Daher die Frage, wie komme ich an das mysqladmin/root Passwort ? oder hat der keyhelp Datenbankbenutzer genug Rechte um alles auszuführen.

Anders gefragt, wenn ich auf server 1 mit über die CLI einlogge und das mysqladmin/root ändere, funktioniert das Keyhelp System weiterhin oder wird an einer Stelle einer der o.a. Benutzeraccounts im System aktiv genutzt?

Danke für eurer Feedback

[Alexander]

Der Account "mysqladmin" wird nur von KeyHelp zur Installation angelegt um dem Admin eine Möglichkeit zu bieten via Web (Adminer, phpMyAdmin) auf seine Datenbank zuzugreifen. Der wird anschließend von KeyHelp nicht mehr angerührt von diesem Benutzer kannst du das Passwort beliebig ändern, bzw. den Benutzer löschen usw.

KeyHelp hat unter anderem seinen eigenen Account mit root-Rechten. Dessen Zugangsdaten liegen unter /etc/keyhelp/config/config.json

[stfn116]

vielen Dank Alexander, that was the solution schönes Wochenende zusammen!

[jacboy]

Hi,


ich wollte das gerade auch durchführen. Erhalte jedoch beim Erstellen des Backups als Admin nach wenigen Minuten eine E-Mail mit folgendem Inhalt:

Hallo keyadmin!

Ihr Backup-Prozess wurde wegen eines Fehlers abgebrochen!

Server: web1.tolle-domain.de
Backup-Typ: Server-Backup

Fehlermeldung: insufficient_disk_space

Mit freundlichen Grüßen
Ihr Support-Team


---
Diese Nachricht wurde automatisch generiert.
Bitte antworten Sie nicht auf diese E-Mail.

Kurzer Check:

Code: Select all

root@web1:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           385M  1.1M  384M   1% /run
/dev/sda1        38G   11G   26G  30% /
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/loop0      8.5M  8.5M     0 100% /snap/canonical-livepatch/81
/dev/loop1       90M   90M     0 100% /snap/core/7713
/dev/loop2       89M   89M     0 100% /snap/core/7396
/dev/sdb        147G  111G   29G  80% /home/users/cloud/files/nextcloud-storage
tmpfs           770M  648K  770M   1% /tmp
tmpfs           385M     0  385M   0% /run/user/0

...und in KeyHelp selbst:

Was kann ich tun?

[OlliTheDarkness]

Hi,


ich wollte das gerade auch durchführen. Erhalte jedoch beim Erstellen des Backups als Admin nach wenigen Minuten eine E-Mail mit folgendem Inhalt:

Hallo keyadmin!

Ihr Backup-Prozess wurde wegen eines Fehlers abgebrochen!

Server: web1.tolle-domain.de
Backup-Typ: Server-Backup

Fehlermeldung: insufficient_disk_space

Mit freundlichen Grüßen
Ihr Support-Team


---
Diese Nachricht wurde automatisch generiert.
Bitte antworten Sie nicht auf diese E-Mail.

Kurzer Check:

Code: Select all

root@web1:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           385M  1.1M  384M   1% /run
/dev/sda1        38G   11G   26G  30% /
tmpfs           1.9G     0  1.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/loop0      8.5M  8.5M     0 100% /snap/canonical-livepatch/81
/dev/loop1       90M   90M     0 100% /snap/core/7713
/dev/loop2       89M   89M     0 100% /snap/core/7396
/dev/sdb        147G  111G   29G  80% /home/users/cloud/files/nextcloud-storage
tmpfs           770M  648K  770M   1% /tmp
tmpfs           385M     0  385M   0% /run/user/0

...und in KeyHelp selbst:

Bildschirmfoto 2019-09-19 um 19.51.58.png


Was kann ich tun?

SDB hat weniger als 50%
Und das Backup liegt auf SDA bzw wird da erstellt das wird bei der Grösse nicht passen.


Also der Space Fehler kann auch an der Komprissionliegen hatte wir hier schon öfters.
Stell mal die Backup Kompression niedriger und schau nochmal

[jacboy]

Hi,

selbst bei "Ultra-Kompression":

Abgebrochen (Fehler: insufficient_disk_space)
Speicherort: Lokal

[OlliTheDarkness]

Hi,

selbst bei "Ultra-Kompression":

Abgebrochen (Fehler: insufficient_disk_space)
Speicherort: Lokal

/home/users fliesst mit ins Backup also deine SDB welche weit grösser als sda wo das Backup erstellt wird.
Somit kann das nichts werden

[jacboy]

Ah Mist. Dann hänge ich die eben aus. Die würde ich später manuell übertragen. Versuche es später noch einmal, sitze noch in der U-Bahn.

[OlliTheDarkness]

Alles kla, lass uns das positive Ergebnis kennen ^^

[jacboy]

Bildschirmfoto 2019-09-19 um 21.22.04.png (19.84 KiB) Viewed 18414 times

Es läuft nun.

[MLan]

Bildschirmfoto 2019-09-19 um 21.22.04.png

Es läuft nun.

Du sollst den Tag nicht vor dem Abend loben.

[Jolinar]

Kurze Frage an die Dev's:
Da ich am Wochenende einem Bekannten bei einem Serverumzug helfen soll und bei dieser Aktion gleich das System von Debian 8 auf Debian 10 angehoben werden soll...Kann ich das Backup von der 8er Kiste bis auf die DB-Änderung

Code: Select all

uses_fcgid -> 1

ohne weitere Probleme auf dem 10er System restoren oder gibt es diesbezüglich noch etwas zu beachten?

[nikko]

ICH würde ein Restore immer auf einem System mit möglichst wenig Abweichungen durchführen. Sonst wird eine mögliche Fehlersuche zu einem Wurm ohne Ende, wenn noch manuell zusätzliche Fehlerquellen geschaffen werden. Dann lieber Restore und anschließend das Update.