Backup - Möglichkeiten einzelne Dateien wiederherzustellen

grefabu 2019-11-22 13:16:49 UTC #1

Moin,

welche Möglichkeit habe ich, einzelne Elemente wieder Herzustellen?
Was mir so einfällt:

Im Dateimanager könnte ich die Versionierung anstellen, sofern ich eine EPL besitze.
Man könnte einen Nutzer mit allen Rechten auf die Dateistruktur erstellen und regelmäßige Syncs erstellen.
Über das EG eigene Backup könnte ich die Daten auf eine temporäre Installation aufspielen, und die Daten von dort herunterladen, dies wäre auch für andere Objekte möglich,…
Über das Filesystem könnte ich die Dateien wegschreiben, dann aber ohne genauere Zuordnung zum SQLFS,…

Welche Möglichkeiten gäbe es noch? Wie handhabt Ihr das Backup?

Grüße

Gregor

Suche im Adressbuch zeigt nichts an

RalfBecker 2019-11-22 15:33:28 UTC #2

Man kann mit filemanager/cli.php lntree [sqlfs://domain]from to einen Tree mit Hardlinks erstellen, die dem VFS der EGroupware ohne Rechte (!) entsprechen. Das kann man dann mit einem regulären Backup Program sichern. Und jede Nacht den Tree aktualisieren.

Hatte ich mal für einen Kunden programmiert …

Ralf

grefabu 2019-11-28 08:19:49 UTC #3

Moin,

damit kamm man ja zumindest die Dateien wegsichern und wiederherstellen. Dass muss ich unbedingt ausprobieren.

Grüße

Gregor

grefabu 2020-09-11 08:02:05 UTC #4

Man, ich komme erst jetzt dazu das auszuprobieren.

mit
php /usr/share/egroupware/filemanager/cli.php --user root_admin --password PASSWORD ls -l sqlfs://default/home/hans.dampf

Bekomme ich Dateien angezeigt, wenn ich versuche das mit lntree zu machen:

root@4a4cc00027c7:/# php /usr/share/egroupware/filemanager/cli.php --user root_admin --password PASSWORD lntree sqlfs://default/home/gregor.burck/ /root/TESTBACKUP/

Root access granted!
cli lntree (long=0, numeric=0, recursive=0) sqlfs://default/home/gregor.burck/ /root/TESTBACKUP/
lntree: no such file or directory!
cli sqlfs://default/home/gregor.burck/ (long=0, numeric=0, recursive=0) /root/TESTBACKUP/

Auf welches Directory bezieht sich die Aussage?

Ich bin hierbei ja im Docker Kontext: “docker exec -it egroupware bash”

Ich habe das auch direkt im /usr/share/egroupware/filemanager/ Verzeichnis versucht, gleiches Ergebnis.

RalfBecker 2020-09-11 08:25:17 UTC #5

Gute Frage, lass mal auf jeden Fall die angehangen Slashes weg.

Ist egal in welchem Verzeichnis Du bist.

Wichtig für Hardlinks ist natürlich das /var/lib/egroupware und /root auf dem gleichen Filesystem sind!

Ralf

grefabu 2020-09-11 10:31:33 UTC #6

Hmm, das mit den Hardlinks war mir nicht bewusst, logisch. Ist aber auch so.

Trotzdem habe ich unter /var/lib/egroupware/default/ einen Ordner angelegt.

Gleiches negatives Ergebnis.

RalfBecker 2020-09-11 11:08:56 UTC #7

Komisch, bei mir tut das:

docker exec -it egroupware bash
root@b73dc6f9f960:/root# cd /usr/share/egroupware
root@b73dc6f9f960:/usr/share/egroupware# filemanager/cli.php lntree --user root_admin --password secret --domain boulder.egroupware.org sqlfs://default/home/ralf /var/lib/egroupware/default/files/ralf

Root access granted!
lntree sqlfs://default/home/ralf /var/lib/egroupware/default/files/ralf
_ln('sqlfs://default/home/ralf', '/var/lib/egroupware/default/files/ralf')	mkdir('/var/lib/egroupware/default/files/ralf/home/ralf', 0700, true)
_ln('sqlfs://default/home/ralf/test.txt', '/var/lib/egroupware/default/files/ralf')	link('/var/lib/egroupware/default/files/sqlfs/93/9383', '/var/lib/egroupware/default/files/ralf/home/ralf/test.txt')
 
root@b73dc6f9f960:/usr/share/egroupware# cd /var/lib/egroupware/default/ralf
root@b73dc6f9f960:/var/lib/egroupware/default/ralf# find .
.
./home
./home/ralf
./home/ralf/test.txt
root@b73dc6f9f960:/var/lib/egroupware/default/ralf# ls -l home/ralf/test.txt
-rw-rw-r--  2 ralf  _www  15 10 Sep 21:37 home/ralf/test.txt
root@b73dc6f9f960:/var/lib/egroupware/default/ralf# cat home/ralf/test.txt
Just a test ;)

Ralf

grefabu 2020-09-11 11:30:07 UTC #8

Auf dem eben frisch aufgesetzten System für den multiplen Account Test:

docker exec -it egroupware bash

cd /var/lib/egroupware/default/

mkdir TEST

/usr/share/egroupware/filemanager/cli.php --user root_admin --password PASSWORD lntree sqlfs://deault/home/sysop /var/lib/egroupware/default/TEST

Mit geänderter Syntax:

/usr/share/egroupware/filemanager/cli.php lntree --user root_admin --password PASSWORD sqlfs://default/home/sysop /var/lib/egroupware/default/TEST

Root access granted!
lntree sqlfs://default/home/sysop /var/lib/egroupware/default/TEST
Directory ‘/var/lib/egroupware/default/TEST’ does not exist!

Usage: cli.php ls [-r|–recursive|-l|–long|-i|–inode] URL [URL2 …]
cli.php cat URL [URL2 …]
cli.php cp [-r|–recursive] [-p|–perms] URL-from URL-to
cli.php cp [-r|–recursive] [-p|–perms] URL-from [URL-from2 …] URL-to-directory
cli.php rm [-r|–recursive] URL [URL2 …]
cli.php mkdir [-p|–parents] URL [URL2 …]
cli.php rmdir URL [URL2 …]
cli.php touch [-r|–recursive] [-d|–date time] URL [URL2 …]
cli.php chmod [-r|–recursive] [ugoa]*[±=][rwx]+,… URL [URL2 …]
cli.php chown [-r|–recursive] user URL [URL2 …]
cli.php chgrp [-r|–recursive] group URL [URL2 …]
cli.php find URL [URL2 …] [-type (d|f)][-depth][-mindepth n][-maxdepth n][-mime type[/sub]][-name pattern][-path pattern][-uid id][-user name][-nouser][-gid id][-group name][-nogroup][-size N][-cmin N][-ctime N][-mmin N][-mtime N] (N: +n --> >n, -n --> <n, n --> =n) [-limit N[,n]][-order (name|size|…)][-sort (ASC|DESC)][-hidden][-show-deleted][-(name|name-preg|path|path-preg) S]
cli.php mount URL [path] (without path prints out the mounts)
cli.php umount [-a|–all (restores default mounts)] URL|path
cli.php eacl URL [rwx-] [user or group]
cli.php lntree [sqlfs://domain]from to
sudo -u apache cli.php migrate-db2fs --user root_admin --passwd password [–domain default] (migrates sqlfs content from DB to filesystem)

Common options: --user user --password password [–domain domain] can be used to pass eGW credentials without using the URL writing.

URL: {vfs|sqlfs|filesystem}://user:password@domain/home/user/file[?option=value&…], /dir/file, …

Use root_{header-admin|config-user} as user and according password for root access (no user specific access control and chown).

grefabu 2020-09-11 11:32:05 UTC #9

Ich teste aber erst mal Deinen Patch,…

RalfBecker 2020-09-11 11:35:37 UTC #10

Die geänderte Syntax ist die richtige, der Befehlt muss immer das erste Argument sein.

Hat der Benutzer den Du verwendest Zugriff auf die Dateien und Verzeichnisse, bei mir hatte ich mit root versucht. www-data sollte auch gehen, jeder andere hat vermutlich ein Problem, wegen der Rechte von /var/lib/egroupware.

Ralf

grefabu 2020-09-11 12:30:12 UTC #11

Zur Dokumentation:

Wie gerade getestet, das Zielverzeichnis darf NICHT existieren.

RalfBecker 2020-09-13 08:33:25 UTC #12

Ich habe jetzt die Fehlermeldungen deutlich verbessert:

Grundsätzlich hat der Code schon immer überprüft ob das Zielverzeichnis existiert und dann mit einem Fehler abgebrochen.

Ein richtiger Sync, sprich periodischer Aufruf mit dem gleichen Verzeichnis wäre sicher schöner, erfordert aber nicht unerheblichen Aufwand.

Dh. um das ganze für automatische, periodische Backups einzusetzen, muss man einen eigenen Cron-Job laufen lassen der folgendes macht:

rm -rf des Zielverzeichnisses
filemanager/cli.php lntree [options] <Quellverzeichnis im Vfs> <Zielverzeichnis auf dem Host>
Backup des Zielverzeichnis mit einem geeigneten Programm

Den rm -rf möchte ich - aus offensichtlichen Gründen - nicht in das lntree Kommando selbst einbauen.

Wichtig ist auch, dass das Zielverzeichnis vom Container aus zu erreichen ist, sprich am einfachsten innerhalb von /var/lib/egroupware liegt.

Ralf