Ultimate Backup Ultimate Backup

mehlbox

Benutzer
Mitglied seit
17. Nov 2015
Beiträge
119
Punkte für Reaktionen
0
Punkte
16
Ich vermute es liegt daran dass die IP bei ovs_eth0 steht und das Script nur eth0 abfragt.


Code:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: sit0: <NOARP> mtu 1480 qdisc noop state DOWN
    link/sit 0.0.0.0 brd 0.0.0.0
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovs-system state UP qlen 1000
    link/ether 00:11:32:62:d1:49 brd ff:ff:ff:ff:ff:ff
4: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq master ovs-system state DOWN qlen 1000
    link/ether 00:11:32:62:d1:4a brd ff:ff:ff:ff:ff:ff
5: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether 0a:be:c1:06:cc:6e brd ff:ff:ff:ff:ff:ff
8: ovs_eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
    link/ether 00:11:32:62:d1:49 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.10/24 brd 192.168.10.255 scope global ovs_eth0
       valid_lft forever preferred_lft forever
9: ovs_eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
    link/ether 00:11:32:62:d1:4a brd ff:ff:ff:ff:ff:ff
    inet 169.254.132.40/16 brd 169.254.255.255 scope global ovs_eth1
       valid_lft forever preferred_lft forever
 

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Wird bei vswitch immer eth0 mit localhost angegeben und die IP ist bei ovs_eth0?
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo,

ich habe auf einer DS918+ und DS411 UltimateBackup installiert. Wenn ich jetzt ein Backup einrichte zu einem anderen Netzlaufwerk (von DS918 auf ein anderes Gerät, die DS411) , kann sich die DS918 zwar anmelden und auch das Zielverzeichnis erstellen, meldet dann aber (egal, ob dryrun oder echt):

rsync error: wrong password (code 44) at main.c(1090) [Receiver=3.0.9]


Code:
Remoteserver 192.168.2.8 ist online.
toastie: SSH-Verbindung wurde aufgebaut.
Quellserver ist eine DiskStation
Zielserver ist eine DiskStation

Verschlüsselter Ordner Zielordner MeinZiel bereits angehängt!

Quellordner /volume1/offen wurde lokalisiert...
Quellordner /volume1/offen ist erreichbar...

Starte Datensicherung-DRY Testlauf:
von: toaster:/volume1/offen
nach: toastie:/volume1/MeinZiel/test11/Hauptversion
rsync -e ssh -p 22 -l root -oStrictHostKeyChecking=no -vv -nv -ahR /volume1/offen --stats --delete-excluded --exclude=@eaDir/*** --exclude=@Logfiles/*** --exclude=#recycle/*** --exclude=#snapshot/*** --exclude=.DS_Store/*** --delete 192.168.2.8:/volume1/MeinZiel/test11/Hauptversion
[client] add_rule(-s @eaDir/***)
[client] add_rule(-s @Logfiles/***)
[client] add_rule(-s #recycle/***)
[client] add_rule(-s #snapshot/***)
[client] add_rule(-s .DS_Store/***)
opening connection using: ssh -p 22 -l root -oStrictHostKeyChecking=no 192.168.2.8 rsync --server -vvvnlogDtprRe.isfC --delete-excluded . /volume1/MeinZiel/test11/Hauptversion 
sending incremental file list
[sender] make_file(/volume1,*,2)
send_file_list done
[sender] make_file(/volume1/offen,*,2)
send_files starting
[sender] hiding directory /volume1/offen/@eaDir because of pattern @eaDir/***
[sender] hiding directory /volume1/offen/#recycle because of pattern #recycle/***
[sender] make_file(/volume1/offen/test1.iso,*,2)
[sender] make_file(/volume1/offen/test2.iso,*,2)
server_recv(2) starting pid=11763
rsync error: wrong password (code 44) at main.c(1090) [Receiver=3.0.9]
[Receiver] _exit_cleanup(code=44, file=main.c, line=1090): about to call exit(44)
[sender] _exit_cleanup(code=43, file=io.c, line=687): about to call exit(44)
/volume1/offen - RSync-Code 44
------------------------------------------------------------------------------------------------
Snapshot erstellt: offen

RSync Fehlermeldung (Exit Code): 44
------------------------------------------------------------------------------------------------

RSync-Datensicherung-DRY Testlauf fehlgeschlagen - Sicherungsziel: toastie:/volume1/MeinZiel/test11/Hauptversion

Ich war schon einem anderen Vorschlag hier im Thread gefolgt und hatte auf beiden DS UltimateBackup deinstalliert und wieder neu installiert.

Muss ich einen extra Nutzer einrichten ... der auf beiden DS die gleichen Rechte hat?

Olaf
 
Zuletzt bearbeitet:

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Hast du auf beiden DS den admin aktiviert?
Sonst war es wohl die rsync Einstellungen.

Weiß nur nicht welcher Code, welcher Fehler war.
41,44 und 52 hatten wir glaub ich :/
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo PsychoHH,

nein, tatsächlich hatte ich den Account "admin" auf beiden DS deaktiviert. Nach deinem Hinweis habe ich ihn aktiviert - es scheint zu klappen.
Danke für die schnelle Hilfe - und für das prima Script.

Noch eine Frage hierzu: Ist es möglich, nicht immer alle Dateien neu zu sichern, sondern nur diejenigen, die sich (zum letzten Stand) verändert haben? Wenn ich sonst 2,7 TB sichern will, bringen alle "Versionen" nix, wäre das Sicherungsziel doch ruckzuck voll und die Sicherung würde niemals fertig.
Oder ist das jetzt eine ganz dumme Frage? Wenn ich das Log ansehe, meldet er z.B.


Number of files: 6
Number of files transferred: 2
Total file size: 4.21M bytes
Total transferred file size: 3.62K bytes
Literal data: 3.62K bytes
Matched data: 0 bytes
File list size: 190
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 3.93K
Total bytes received: 94

sent 3.93K bytes received 94 bytes 423.68 bytes/sec
total size is 4.21M speedup is 1046.90

Lasse ich mir die Eigenschaften des Zielverzeichnisses anzeigen, so stehen dort aber ca. 4,2 MB. ... in allen angelegten Versionen (bzw. im Übergeordneten Verzeichnis mit 5 Versionen ca. 20 MB)

Olaf
 
Zuletzt bearbeitet:

dil88

Benutzer
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.731
Punkte für Reaktionen
2.136
Punkte
829
So, wie Du es Dir wünschst, wird bereits gearbeitet: Nur neue und geänderte Daten werden kopiert. Identische Daten werden zwischen den Versionen auf andere Weise abgebildet - z.B. durch Hardlinks.
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo dil88,

ok, da musste ich erstmal nachlesen was hardlinks sind.
Zur Sicherheit: Ich könnte also meine volle 1 TB Platte mit 10 Versionen auf meine 4 TB Platte sichern - weil "echt" nur 1x die 1TB gesichert werden und danach nur noch die Änderungen. Richtig?

Danke schonmal
Olaf
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.160
Punkte für Reaktionen
913
Punkte
424
Hardlinks sind Verweise an verschiedenen Stellen im Dateisystem auf ein und die selbe Datei. Der Platz wird nur einmal belegt und erst wenn der letzte Hardlink gelöscht wird sind auch die Daten weg.
Solange die +9 Versionen deiner Daten nicht 3 TB an geänderten Daten enthalten passen deine 1TB und 10 Versionen locker auf die 4TB Platte.
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo,

dann nochmal Danke Euch allen.
Hatte mit der neuen DS918 jetzt auf HyperBackup gesattelt - doch schon in der ersten Konsistenzprüfung wurden Fehler gefunden. Da nehme ich doch lieber wieder gute alte einfache Dateien. ... Oder findet sich jemand hier der HyperBackup gegenüber UltimateBackup vorziehen würde? Gründe?

Olaf
 

dil88

Benutzer
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.731
Punkte für Reaktionen
2.136
Punkte
829
Ich würde die "guten alten Dateien" auch ohne Fehler in der Konsistenzprüfung vorziehen bzw. tue es. Hyper Backup hat ein paar interessante Features, aber die würden mich nur interessieren, wenn ich schon ein oder zwei dateibasierte Backups hätte.
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo,

vielleicht sollten die Logs nicht unbekümmert per Mali versendet werden, sondern nur dann, wenn diese eine bestimmte Größe nicht überschreiten. Ich hatte plötzlich eine 600 MB Mail (s. Bild) - woran sich so ziemlich alles verschluckte. Ein so großes Log könnte


Olaf
 

Anhänge

  • ub1.jpg
    ub1.jpg
    38,7 KB · Aufrufe: 178
Zuletzt bearbeitet:

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Die "normalen" Logs haben aber niemals eine so große Größe.
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hatte

mich auch sehr gewundert ... und 600 MB gehen (leider) nicht so schnell über's Netz

Olaf
 

Anguel

Benutzer
Mitglied seit
12. Mrz 2018
Beiträge
79
Punkte für Reaktionen
0
Punkte
6
@ Anguell es kommt immer noch drauf an wie die anderen rsync Parameter gesetzt sind. Sprich was rsync für Aktionen durchführen soll.

Sorry, hatte diese Antwort auf meine Frage irgendwie übersehen :-( Es ging darum wie man das recycle= im Skript manuell setzen muss, um den Papierkorb abzuschalten, da ich sehr große Dateien sichern muss und das Recycle die Platte voll macht.
Ich sichere auf externe USB-Platte und zwar verschlüsselt.
Meine Skript-Optionen sind ansonsten:
Versionierung: AUS
Snapshots: NEIN
rsynch-Optionsschalter: -ahR
(das letzte ist denke ich Standard)

Danke im Voraus!
 

maxl-zwo

Benutzer
Mitglied seit
18. Apr 2015
Beiträge
83
Punkte für Reaktionen
12
Punkte
14
Hallo,

erstmal vielen Dank für Ultimate Backup! Ich verwende es schon länger, bisher ohne Probleme. Bis jetzt habe ich zusätzlich das Paket autorun verwendet um das Skript nach Anhängen der Festplatte automatisch zu starten. Jetzt habe ich das Paket autorun abgeschaltet und ein neues Backup-Skript mit Ultimate Backup erstellt. Autostart und auch das automatische Runterfahren der externen USB-Festplatte nach erfolgreicher Ausführung ist aktiviert. Beides funktioniert jedoch nicht, ich finde keine Lösung. Ich verwende die aktuelle Version 1.3.2 von Ultimate Backup auf einer DS 916+.
Kann jemand helfen?

Vielen Dank,

maxl-zwo
 

PsychoHH

Benutzer
Mitglied seit
03. Jul 2013
Beiträge
2.967
Punkte für Reaktionen
4
Punkte
78
Unter debug gibt es Logs, kannst du mir davon mal den autostart Teil per Pn schicken?
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo PsychoHH,

leider ich nochmal. Nachdem UltimateBackup mit Exit Code 23 fertig wurde dachte ich, ich lasse nochmals mit Debug und erweiterter Analyse laufen. Die Mail die ich erhielt hatte diesmal auch immerhin 118 MB....kein Wunder: 913990 Zeilen
Es wäre prima, wenn die Infos irgendwo abgelegt werden könnten, damit auch solch große Dateien analysiert werden können.

Weiterhin fänd ich es prima, wenn beim Start und beim Ende der Sicherung einer jeder Backup-Quelle (z.B. shared folder) auch ein Zeitstempel im Log erscheint.

Olaf
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo,

kleiner Nachtrag.
Ich habe mir die 118 MB Mail exportiert und mit Notepad++ genauer angesehen. Nachdem ich alle Zeilen die auf "is uptodate" endeten (regex: .* is uptodate\r\n ) entfernt hatte, blieb nur noch ein kleiner Rest übrig.
Scheinbar waren die Namen zu lang um gesichert zu werden. Ich sichere auf eine andere DS in einen verschlüsselten Ordner (shared folder), das Backup selbst ist am Zielort nicht verschlüsselt.
Die problematischen Namen waren hatten z.B. diese Form:
/volume1/ffffff/Ddd Eeeee/gggggggg/hhhhh 8/iiiiiiiiiii/01234_12_folien yyyyyyyyyyyyyyy yyy yyyyyyyyyyyyyyyyyyyyyy (y.y. yyyyy yyy yyy. 4 yyy yyyyyyyyyyyyy, yyyyyy. yy yyyyyyyyyyyy yyyyyy).pdf
/volume1/ffffff/Ddd Eeeee/Aaaaaa-Bbbbbbbbb/jjjjjjj jjjjjjjjjjj j6/jjjjjjj jjjjjjjjjjj/jjjjjj jjjjjjjjjjj/jjjjjjjjjjjjj f\#303\#274r jjjjjj jjjjjjjjj-jjjjjjjjj (jjj), jjjjjjj Tagungen und \#303\#226ffenjjjjjjjjjjjjjjjj (jj.) - jjjjjj jjjjjjjjjjjjjjjj 2008.pdf

Da die Verschlüsselung nur 143 Zeichen kann, scheint mir hier (irgendwo das Problem). Bei meinem ersten Beispiel wäre der Dateiname selbst allerdings "nur" 136 Zeichen (inkl. Extension), der zweite Dateiname ist tatsächlich zu lang (153 Zeichen inkl. ext.).
Letztlich finde ich das jedoch auch deshalb interessant, weil auf dem Quelllaufwerk eben diese Dateien auch in einem verschlüsseltern shared-folder liegen, für den die 143 Zeichen Begrenzung zutrifft.

Noch eine Frage nebenbei: Im Originaldateinamen stand für, UB macht daraus f\#303\#274r - ist das ein Problem?

Olaf
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo,

ich habe das gleiche Problem wie maxl-zwo. Backupscript wurde mit Version 1.3.1 angelegt, UB hat aber mittlerweile die Version 1.3.2.
Autorun klappt nicht, und nach einem manuellen Start hat auch das Auswerfen der USB Platte nicht geklappt.

Ich lasse mein Script auch nochmal mit debug laufen und kann dann den Teil des Logs posten.


UB Einstellungen
Code:
Autostart	: aktiviert	
Safe Mode	: aktiviert
Eingeschränkter Modus	: aktiviert

Script Einstellungen:
Code:
# Ext. Datenträger automatisch starten
# "0" = Nein
# "1" = Ja
autorun="9874PDN795999"

# Ext. Datenträger automatisch auswerfen
# "0" = Nein
# "1" = Ja
autorun_unmount="1"

# Umgang mit verschlüsselten Ordnern
# "0" = es wird nichts getrennt
# "1" = es werden Quellen und Ziel getrennt
# "2" = es werden nur Quellen getrennt
# "3" = es wird nur das Ziel getrennt
unmount="0"

Olaf
 

ong10

Benutzer
Mitglied seit
20. Mai 2010
Beiträge
262
Punkte für Reaktionen
3
Punkte
18
Hallo,

mein Debug-Log zum Problem des nicht stattfindenden autoruns und auto-eject wäre dies .. vielleicht hilfts (IP, cookie etc. habe ich verändert).
Code:
DEBUG LOG:

BASH=/bin/sh
BASHOPTS=cmdhist:complete_fullquote:extquote:force_fignore:hostcomplete:interactive_comments:progcomp:promptvars:sourcepath
BASH_ALIASES=()
BASH_ARGC=([0]="2")
BASH_ARGV=([0]="debug" [1]="vvlog")
BASH_CMDS=()
BASH_LINENO=([0]="0")
BASH_REMATCH=()
BASH_SOURCE=([0]="/volumeUSB1/usbshare/rsync_toaster_all_debug.sh")
BASH_VERSINFO=([0]="4" [1]="3" [2]="48" [3]="1" [4]="release" [5]="x86_64-pc-linux-gnu")
BASH_VERSION='4.3.48(1)-release'
CONTENT_LENGTH=
CONTENT_TYPE=
DIRSTACK=()
DOCUMENT_ROOT=/usr/syno/synoman
DOCUMENT_URI=/webman/3rdparty/UltimateBackup/index.cgi
ENABLE_X_ACCEL_REDIRECT=yes
EUID=0
GATEWAY_INTERFACE=CGI/1.1
GROUPS=()
HOSTNAME=toaster
HOSTTYPE=x86_64
HTTPS=on
HTTP_ACCEPT='text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8'
HTTP_ACCEPT_ENCODING='gzip, deflate, br'
HTTP_ACCEPT_LANGUAGE='de-DE,de;q=0.9,en-US;q=0.8,en;q=0.7'
HTTP_CONNECTION=keep-alive
HTTP_COOKIE='stay_login=1; id=kTNxxxxxxxxxxxxxx01; smid=AN5xxxxxxxxxxW0g7r-Nfxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxd2y-S9bZS87HbQ; did=pMEBHxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxqwi48'
HTTP_DNT=1
HTTP_HOST=onoe.myds.me:5001
HTTP_REFERER='https://mydyndnsdomain.xxx:5001/webman/3rdparty/UltimateBackup/index.cgi?page=backup-execute-query&backup=%2FvolumeUSB1%2Fusbshare%2Frsync_toaster_all_debug%2Esh'
HTTP_UPGRADE_INSECURE_REQUESTS=1
HTTP_USER_AGENT='Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.183 Safari/537.36 Vivaldi/1.97.1183.3'
IFS=' 	
'
INSTANCE=
JOB=apparmor
MACHTYPE=x86_64-pc-linux-gnu
OPTERR=1
OPTIND=1
OSTYPE=linux-gnu
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/syno/bin:/usr/syno/sbin
PATH_INFO=
PIPESTATUS=([0]="0")
POSIXLY_CORRECT=y
PPID=20097
PS4='+ '
PWD=/volume1/@appstore/UltimateBackup
QUERY_STRING='debug=debug&vvlog=vvlog&page=backup-execute'
REMOTE_ADDR=77.77.77.77
REMOTE_PORT=62325
REQUEST_METHOD=GET
REQUEST_SCHEME=https
REQUEST_URI='/webman/3rdparty/UltimateBackup/index.cgi?debug=debug&vvlog=vvlog&page=backup-execute'
SCGI=1
SCRIPT_FILENAME=/usr/syno/synoman/webman/3rdparty/UltimateBackup/index.cgi
SCRIPT_NAME=/webman/3rdparty/UltimateBackup/index.cgi
SERVER_ADDR=192.168.2.100
SERVER_NAME=mydyndnsdomain.xxx
SERVER_PORT=5001
SERVER_PROTOCOL=HTTP/1.1
SERVER_SOFTWARE=nginx/1.12.1
SHELL=/bin/ash
SHELLOPTS=braceexpand:hashall:interactive-comments:posix
SHLVL=2
SOCKET=/run/synoscgi.sock
TERM=vt102
UID=0
UPSTART_EVENTS='syno.network.ready started'
UPSTART_INSTANCE=
UPSTART_JOB=synoscgi
_=
api=
autorun=1810PDN795401
autorun_unmount=1
backifs=' 	
'
backupfail=yes
date=2018-05-16_15h01m35s
debug=yes
destination=/volumeUSB1/usbshare/toaster_all/Hauptversion
desttarget=/volumeUSB1/usbshare/toaster_all
device_id=
dir=/volumeUSB1/usbshare
dir_count=21
dlog=/volumeUSB1/usbshare/toaster_all/Hauptversion
dsm_export=1
dsmconfig_rotate=90
dsmnotify='RSync-Datensicherung fehlgeschlagen - Bitte Protokoll prüfen!'
email=
emailfail=0
emailsubject='UltimateBackup: toaster_all'
exclude='--delete-excluded --exclude=@eaDir/*** --exclude=@Logfiles/*** --exclude=#recycle/*** --exclude=#snapshot/*** --exclude=.DS_Store/***'
exit_mkdir=0
firstversion=yes
hostname=0
hr=------------------------------------------------------------------------------------------------
keyfile=
localhost=toaster
log=/volumeUSB1/usbshare/@Logfiles/2018-05-16_15h01m35s_backup_rsync_toaster_all_debug.sh.log
logfiles_rotate=90
logstat=--stats
mac=
max_version=99
modus=Datensicherung
mount_share=web
notify=0
notifyfail=0
nottoscript=0
qserver=Quellserver
recycle=--delete
recycle_rotate=30
repeat=1
repeat_max=1
repeat_sleep=60
rsync_code=24
rsync_exit=0
rsync_port=
scriptname=rsync_toaster_all_debug.sh
scriptname_end=end_rsync_toaster_all_debug.sh
scriptname_recycle=rsync_toaster_all_debug.sh
scriptname_start=start_rsync_toaster_all_debug.sh
send=1
share=volume1/web
share_check=/volume1/web
share_main=web
share_mount=/volume1/web
share_only=web
share_path='/volume?/'
share_unmount=/volume1/@web@
shutdown_local=0
shutdown_remote=0
signal=0
sleep=120
slog=/volume1/web
snapshot=2
snapshot_hide=false
snapshot_lock=false
source=/volume1/web
source_dir=Quellordner
source_test=test
sources='/volume1/offen
/volume1/bkBi
/volume1/bkOl
/volume1/docker
/volume1/homes
/volume1/ip_img
/volume1/music
/volume1/NetBackup
/volume1/photo
/volume1/sw
/volume1/tausch
/volume1/video
/volume1/web'
ssh_from=
ssh_port=
ssh_to=
ssh_user=
stop=/volumeUSB1/usbshare/stop_rsync_toaster_all_debug.sh.txt
sync=0
syncopt='-vv -ahR'
target=/toaster_all
target_checkpath=/volumeUSB1/usbshare/
target_checkversion=
target_dir=Zielordner
target_test=test
targetpath=/volumeUSB1/usbshare/toaster_all
timestamp='16.05.2018	15:01:35'
tlog=/volumeUSB1/usbshare/toaster_all/Hauptversion
ubv=1.3.1
unmount=0
version=1
vvlog=-vv
whoami=root
zserver=Zielserver

16.05.2018	15:19:58
Script wird beendet
rsync_code:24
error:

Olaf
 


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat