Support RSYNC BACKUP - MV_Backup.sh (Linux - Bash)

[shuthichi]

AW: RSYNC BACKUP - backup-321tux.sh

Ich habe einen Aufruf in der /etc/cron.daily

/home/pi/Backupscript/backup-321tux.sh -a

Ich habe das Script testhalber heute schon ein paar Mal laufen lassen.

 

[MegaV0lt]

AW: RSYNC BACKUP - backup-321tux.sh

Seltsam... Hast Du an den RSYNC-Optionen was verändert? Steht was im Logfile?

 

[shuthichi]

AW: RSYNC BACKUP - backup-321tux.sh

An den RSYNC Optionen habe ich nichts verändert. Was ich nur gemacht hatte war in der CONF Datei die 2te Zeile hier in der Code Zeile auskommentiert. Warum ich das gemacht habe ist mir grade nicht mehr ersichtlich. Ha aber wie ich das verstehe nichts mit dem Verhalten zu tun.

RSYNC_OPT=("-savPbh" "--delete" "--numeric-ids" "--stats")
#RSYNC_OPT_SNAPSHOT=("-av")                        # Parameter für Modus Snapshot
MOUNT="/media/Backup_Daily"
func_bak_dir(){
  BAK_DIR="$TARGET/Geloeschte_Dateien/$(date +%F)/"
}

Heute morgen mal wieder reingeschaut, die Fehlermeldung taucht so nur noch für das Verzeichnis "Gelöschte Dateien" auf. Siehe gelbe Markierung.

Du musst angemeldet sein, um Bilder zu sehen.

Ist es richtig so, dass das Verzeichnis "Gelöschte Dateien" jeden Tag rekursiv ineinander verschoben wird? Siehe rote Markeirung.
Die aufeinander folgenden 2015-07-04 mal ignorieren, hatte das Script da mehrfach laufen lassen...
Vom 06.07. ist übrigens kein Eintrag, da das Backup vom 05.07. bis 07.07. durchlief...

Ach und noch was zum Log was per Mail versand wird. Ich traue mich ja fast nicht aber ich bin nicht in der Lage das File zu öffnen. Habe mit 7-Zip und Win-RAR versucht.
Erst die XZ Datei zu öffnen, dann das rar. Aber in beiden Logs die ich bisher zugesand bekommen habe ist kein Inhalt zu finden... :emoticon-0182-poolp

Danke für Feedback.

 

[MegaV0lt]

AW: RSYNC BACKUP - backup-321tux.sh

Die 2. Auskommentierte Zeile greift nur, wenn Du den Snapshot-Modus verwendest. Aus der conf:

# mode[$nr]      [optional] Modus für die Sicherung. Parameter "Snapshot" verwenden um Snapshots zu erstellen
#                        Z.B. "Snapshot", "snapshot" oder "snap" für den Snapshot-Modus
#                        "", "default" oder "Normal" für den Normal-Modus

Das der Ordner "Geloeschte Dateien" ineinander verschoben wird ist nicht normal!
Ist Dein "MOUNT" ein Symlink? Versuche mal die Zeile in der conf so zu verändern:

MOUNT="$(readlink -m /media/Backup_Daily)"        # Falls Einhängepunkt ein Symlink ist

Hast Du als "SOURCE" Absolute Pfade (/...) verwendet?
Kannst ja mal das Profil, das Probleme macht Posten...

PS: Ist der Ordner "Geloeschte Dateien" eventuell auf dem Quell-Ordner? Wenn ja, dann mal von Hand löschen! Die "Geloeschten Dateien" sind eigentlich nur im Zielordner zu finden.

PPS: WinRAR sollte das problemlos öffnen können. Eventuell mal eine aktuelle Version besorgen. 7zip kan .xz auch problemlos öffnen...

Du musst angemeldet sein, um Bilder zu sehen.

 

[shuthichi]

AW: RSYNC BACKUP - backup-321tux.sh

Mein Profil in der conf:

# = = Profil 1  = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
nr=1                       # Fortlaufende Profil-Nummer
 title[$nr]="FritzBoxBackup"
   arg[$nr]="r"
  mode[$nr]=""             # Modus (Normal oder Snapshot)
source[$nr]="/media/FritzBox/"
 mount[$nr]=""             # Eigener Einhängepunkt
ftpsrc[$nr]=""             # Quelle ist ein FTP
target[$nr]="$MOUNT/Backup"
   log[$nr]="${target[$nr]}/$(date +%F)_${title[$nr]}.log"
exfrom[$nr]="$(mktemp -t "tmp.rsync.XXXX")"
rsync_opt[$nr]=""
cat > "${exfrom[$nr]}" <<_EOF_

_EOF_

Meine fstab:

proc            /proc           proc    defaults          0       0
/dev/mmcblk0p1  /boot           vfat    defaults          0       2
/dev/mmcblk0p2  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, so no using swapon|off from here on, use  dphys-swapfile swap[on|off]  for that
//IP-Adresse-FB/FRITZ.NAS/StoreJet-Transcend-01/ /media/FritzBox cifs username=user,password=pass,sec=ntlmv2 0 0
UUID=4f9ed1b5-226c-42cd-ba86-12dee2f1fb3e /media/Backup_Daily ext4 defaults 0 0

Der Ordner "Gelöschte Dateien" ist nur auf dem Ziellaufwerk zu finden. Nicht auf dem Quelllaufwerk.

 

[MegaV0lt]

AW: RSYNC BACKUP - backup-321tux.sh

Mir fällt da leider nichts auf...
Teste mal das Profil ohne abschließenden "/" bei source[$nr] und lösche mal den "Geloeschte Dateien" komplett. Vorher noch sichern, falls Du sichergehen willst

 

[MegaV0lt]

AW: RSYNC BACKUP - backup-321tux.sh

Probiere mal die aktuelle Version des Skriptes:

Sie müssen registriert sein, um Links zu sehen.

Das Problem scheint der "/" bei source zu sein.

 

[shuthichi]

AW: RSYNC BACKUP - backup-321tux.sh

Probiere mal die aktuelle Version des Skriptes:

Sie müssen registriert sein, um Links zu sehen.

Das Problem scheint der "/" bei source zu sein.

@MegaV0lt: Erst mal Danke für deine Mühen!
Ich habe jetzt das Script mal ausgetauscht (ohne den Slash am Ende von source zu entfernen) , das Verzeichnis "Geköschte Dateien" entfernt und dann das Backup nochmal laufen lassen.
Aber selbes Verhalten.

Werde jetzt mal noch den Slash entfenen und nochmals testen.

 

[MegaV0lt]

AW: RSYNC BACKUP - backup-321tux.sh

Normalerweise sollte im Zielordner ein Unterverzeichniss erstellt werden, wo die eigentlichen Daten landen... So in etwa:

Du musst angemeldet sein, um Bilder zu sehen.

 

[shuthichi]

AW: RSYNC BACKUP - backup-321tux.sh

Habe jetzt den Slash nach dem Source Pfad enfernt.
Jetzt wird im Zielverzeichnis ein Ordner "FritzBox" angelegt wo alles reinwandert. Soll das so sein? Wo kommt der her?

Du musst angemeldet sein, um Bilder zu sehen.

Du musst angemeldet sein, um Bilder zu sehen.

 

[MegaV0lt]

AW: RSYNC BACKUP - backup-321tux.sh

Ja das muss so sein, weil ja auf der Fritzbox kein Log und kein Ordner Gelöschte Dateien existiert und rsync die dann wieder aus dem Backup löschen wollen würde...

Mist. Im Skript war noch ein Fehler... War ungetestet. Jetzt müsste es auch mit "/" am Ende von SOURCE gehen...

Archiv und Skript sind aktualisiert...

 

[shuthichi]

AW: RSYNC BACKUP - backup-321tux.sh

Ja das muss so sein, weil ja auf der Fritzbox kein Log und kein Ordner Gelöschte Dateien existiert und rsync die dann wieder aus dem Backup löschen wollen würde...

Ok, macht Sinn.
Schaut jetzt auch gut aus. Jetzt wird in dem Verzeichnis "Geloeschte_Dateien" für jeden Tag ein Verzeichnis angelegt. :emoticon-0148-yes:

Mist. Im Skript war noch ein Fehler... War ungetestet. Jetzt müsste es auch mit "/" am Ende von SOURCE gehen...


Archiv und Skript sind aktualisiert...

Hab ich dann jetzt das korrigierte?

Danke dir auf jeden Fall für deinen klasse Support hier!

P.S.: Lustigerweise kann ich jetzt auch das per E-Mail zugesandte Logfile öffnen.

 

[MegaV0lt]

AW: RSYNC BACKUP - backup-321tux.sh

Wenn in Zeile 157 das hier steht:

[[ ${#SOURCE} -gt 2 && "${SOURCE: -1}" == "/" ]] && SOURCE="${SOURCE%/}" # "/" am Ende entfernen

dann ist es aktuell.

Sicherheitshalber habe ich die Versionsnummer auf 150707-1 gesetzt

Das mit den Logs kam daher, dass rsync das log gleich wieder gelöscht hat, weil es ja nicht auf der Quelle zu finden war

Die gelöschten Dateien kann man mit dem Parameter -d xx so einstellen, dass alles was älter als xx ist gelöscht wird. Mit der Zeit wird das sonst viel, was sich ansammelt...

 

[debianer]

AW: RSYNC BACKUP - backup-321tux.sh

Hi, die letzte Version hat ein Problem mit backup-321tux.sh -m /etc /mnt/backup_hdd/backup
Das Script bemängelt, dass kein Profil angegeben wurde. Außerdem will es scheinbar unbedingt das Backuplaufwerk mounten, auch wenn ich es separat und dauerhaft gemountet habe, also nur eine Verzeichnisangabe existiert. Kann das jemand verifizieren oder besser, fixen?

Grüße
debianer

 

[MegaV0lt]

AW: RSYNC BACKUP - backup-321tux.sh

Ich habe das nie getestet. Habe jetzt mal eine neue Version online... Müsste jetzt klappen.