UNIX/Linux: rsync tut nicht wie es soll

Fred

Fred

Teil der Gemeinde
Registriert
25. Nov. 2005
Beiträge
3.245
Hallo ihr Unix/Linux Gurus,

ich habe da ein Problem mit rsync.
Es soll eine Partition von der internen Platte in einem QNAP-NAS auf ein externes USB-Laufwerk gesichert werden.

Mit
Code: 
rsync -av --delete /share/HDA_DATA/* /share/HDS_DATA
werden leider nicht alle Daten übertragen; es fehlen wichtige Verzeichnisse (.qpkg/Optware und .qpkg/PostgreSQL) auf dem Sicherungslaufwerk (und auch einige andere).

Zuerst dachte ich , dass .-Dateien/Verzeichnisse das Problem sind, aber andere .-Dateien/Verzeichnisse werden ordnungsgemäß kopiert.


Mit
Code: 
( cd /share/HDA_DATA; tar cf - .) | ( cd /share/HDS_DATA; tar pxvf - )
läuft jedoch alles korrekt, wie es soll.

Trotzdem würde mich interessieren, warum es mit rsync nicht klappt.
Habt Ihr eine Idee?
 
Hmm...

also bei Postgre oder SQL Sachen muss man die Dienste vorher beenden/nen Agent haben, der im laufenden Betrieb die Datenbank saved. Aber ist lange her mit Linux...vielleicht hilfts?!
 
Kannst du mal ein "ls -la" von deinem Backup-Wurzelverzeichnis posten? Würde mich mal interessieren, wie die Rechte/Gruppen der einzelnen Verzeichnisse gesetzt sind.

Gruß
Konni
 
Wolf1984 schrieb:
also bei Postgre oder SQL Sachen muss man die Dienste vorher beenden/nen Agent haben, der im laufenden Betrieb die Datenbank saved.
Zum Vergrößern anklicken....
Der PostgreSQL-Server ist heruntergefahren - hilft aber leider nicht weiter.
Es handelt sich aber nicht um die Sicherung der Datenbank(en). Die werden durch einen Dump gesichert.



So, die NAS-Kiste ist wieder hochgefahren.

Nachdem ich jetzt ein anderes USB-Laufwerk an einen anderen USB-Ausgang des NAS angeschlossen habe, sieht es noch trauriger aus.
Jetzt werden gar keine .-Verzeichnisse mehr kopiert :kopfkratz:.

Code: 
rsync -av --delete /share/HDA_DATA/* /share/external/sdi2

wobei
-a, --archive              archive mode; equals -rlptgoD (no -H,-A,-X)
-v, --verbose              increase verbosity
    --delete               delete extraneous files from destination dirs

-r, --recursive            recurse into directories
-l, --links                copy symlinks as symlinks
-p, --perms                preserve permissions
-t, --times                preserve modification times
-o, --owner                preserve owner (super-user only)
-g, --group                preserve group
-D                         same as --devices --specials

Quelle:
Code: 
[/] # ls -al /share/HDA_DATA
drwxrwxrwx   24 admin    administ     4096 Oct 21 11:26 ./
drwxrwxr-x   29 admin    administ     1024 Nov  3 09:41 ../
drwxr-xr-x    2 admin    administ     4096 Nov  3 09:07 .@centerim/
drwxrwxrwx    2 admin    administ     4096 Sep 27 10:56 .@mysql/
drwx------    4 admin    administ     4096 Sep 27 10:57 .@qsync/
d-wx-wx-wt    3 admin    administ     4096 Oct 21 11:26 .Trashes/
--w--w--w-    1 admin    administ     4096 Oct 20 09:34 ._.Trashes
drwxr-xr-x    5 admin    administ     4096 Sep 27 10:57 .antivirus/
drwx------    2 admin    administ     4096 Oct 21 11:26 .fseventsd/
drwxr-xr-x    2 admin    administ     4096 Sep 27 11:12 .idmap/
drwxr-xr-x    4 admin    administ     4096 Nov  3 09:07 .locks/
drwxrwxrwx    2 admin    administ     4096 Sep 27 10:53 .php_session/
drwxrwxrwx    4 admin    administ     4096 Sep 27 12:56 .qpkg/
drwxrwxrwx    4 admin    administ     4096 Nov  3 09:07 .spool/
drwxr-xr-x    2 admin    administ     4096 Sep 27 10:57 .torrent/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Download/
drwxrwxrwx    5 admin    administ     4096 Oct 17 10:00 Multimedia/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Network Recycle Bin/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Public/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Recordings/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Usb/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Web/
-rw-------    1 admin    administ     6144 Sep 27 10:53 aquota.user
drwxrwxrwx    6 admin    administ     4096 Oct  7 11:07 fw/
-rw-------    1 postgres postgres      452 Oct  4 15:23 logfile
drwx------    2 admin    administ     4096 Sep 27 10:51 lost+found/
drwxr-xr-x    6 postgres administ     4096 Oct 13 10:16 pgsql/

Ziel nach dem Kopiervorgang:
Code: 
[/] # ls -al /share/external/sdi2                              
drwxrwxrwx   12 admin    administ     4096 Nov  3 09:43 ./
drwxrwxr-x   30 admin    administ     1024 Nov  3 09:07 ../
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Download/
drwxrwxrwx    5 admin    administ     4096 Oct 17 10:00 Multimedia/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Network Recycle Bin/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Public/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Recordings/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Usb/
drwxrwxrwx    4 admin    administ     4096 Oct  7 11:07 Web/
-rw-------    1 admin    administ     6144 Sep 27 10:53 aquota.user
drwxrwxrwx    6 admin    administ     4096 Oct  7 11:07 fw/
-rw-------    1 postgres postgres      452 Oct  4 15:23 logfile
drwx------    2 admin    administ    16384 Sep 27 10:51 lost+found/
drwxr-xr-x    6 postgres administ     4096 Oct 13 10:16 pgsql/

Es fehlen also schonmal alle .-Verzeichnisse - seltsam.
Fehlt hier eine Option?
 
Komisch .... sieht ja fast so aus, als wäre ein --exclude='.*' gesetzt. Mein Backup-Befehl sieht genauso aus wie deiner und funktioniert einwandfrei. Ich habe gerade extra nochmal gecheckt, ob bei mir ".Verzeichnisse" mit kopiert werden.

Da bin ich jetzt auch etwas ratlos ... :kopfkratz:
Benutzerrechte scheinen ja auch zu stimmen, wenn der User "admin" heißt ...

Edit: Was ist denn dein Ziel-Dateisystem? FAT32?

Gruß
Konni
 
Vielleicht funktioniert rsync auf dem QNAP-NAS nicht richtig.

Ich werde das jetzt auf dem Mac testen.
Allerdings muss ich dazu erst einen Treiber für das ext-Dateisystem installieren, da MacOs das von Hause aus nicht beherrscht.
 
Des Rätsels Lösung:

es darf nicht heißen:
Code: 
rsync -av --delete /share/HDA_DATA/* /share/external/sdi2
sondern muss lauten:
Code: 
rsync -av --delete /share/HDA_DATA/ /share/external/sdi2
dann werden auch .-Verzeichnisse kopiert :kopfkratz:



Code: 
rsync -av --delete /share/HDA_DATA  /share/external/sdi2
liefert übrigens das gleiche Ergebnis wie
Code: 
rsync -av --delete /share/HDA_DATA/*  /share/external/sdi2


(Probieren geht über Studieren :D)
 
Also bei mir klappt es auch mit /* einwandfrei ... :kopfkratz:

Gruß
Konni
 
Vielleicht kein Unix/Linux?

Habe es sowohl mit Knoppix, als auch mit QNAPix getestet - gleiches Ergebnis.
 
Ubuntu Server Edition ...

Gruß
Konni
 
Komisch!

Aber bei IX macht jeder was er will.
Auf dem QNAP geht z.B. fdisk -l (= minus Ell) wunderbar, unter MacOS kennt er "-l" nicht :wall:.
 
Konni schrieb:
Ubuntu Server Edition ...
Zum Vergrößern anklicken....
Hallo Konni,

darf ich hier noch mal kurz nachfragen?
Du nutzt die Ubuntu Server Edition privat oder für's Forum?
Zufrieden?

Kann man die Installation von der CD auch auf eine externe USB-Platte (am Mac) machen, oder muss man zwangsläufig die interne HD nutzen?

Danke!
 
Hi Fred,

ich bin sehr zufrieden. Ich nutze Ubuntu Server hier zu Hause bereits seit 2005 und habe seitdem noch nicht neu installiert.

Auf unsere Foren-Server hier läuft allerdings auch Ubuntu. Ich habe auch noch 2 weitere Server mit Ubuntu und noch 2 mit Debian. Ubuntu hat aber den Vorteil, dass die Pakete alle sehr aktuell sind, so dass man nicht jahrelang auf neue Features warten muss.

Man kann normal auch problemlos auf USB installieren. Das setzt natürlich voraus, dass Ubuntu die USB-Platte bereits bei der Installation erkennt.

Gruß
Konni
 
Hallo Konni,

danke für die Auskunft.
Dann werde ich mich mal ein Wenig damit beschäftigen.
Ich brauche nämlich noch ein leistungsfähiges PC-System für PostgreSQL-Datenbanken.
 
Ubuntu ist echt sparsam. Selbst mit RDBMS, Webserver, Mailserver, etc. hat man einen Speicherverbrauch von rund 70 MB. Da kann man fast den kompletten Rest für DB-Cache, etc. verwenden.

Und gerade für Ubuntu findet man auch viele Tutorials, Anleitungen, Blog-Beiträge, etc., so dass man fast alles schnell zum laufen bekommt.

Gruß
Konni
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten