For now I can live with that. My backup system is designed to be only touched once a week... so it should work just fine for now...
And should I change something and everything gets overwritten, I will still get a notification that my backup has failed... (in which case I can manually change that script again)
Of course it would be better to have that fixed right now, but as it seems, OMV 5 is necessary for that fix...
You will only be able to select an authentication if you rsync from your NAS to an external URL.
Well that is my problem: the very first option I select when creating the rsync job is that I set it to local...
EDIT: My workaround until now is to uncomment line22 in which there is the password. Additionally I will have to pay extra attention to not change the job via webui.... As it turns out a reboot doesn't change the file...
Let's wait for OMV 5 then...
Yes everything up to date!
Yep correct, source is a locally mounted NFS share. destination is internal RAID/external HDD over USB3...
yeah using services,rsync for the sake of simplicity (or so I thought), as I am not too familiar with it and don't know all the rsync options... so I thought it would be safer to use the preconfigured rsync service, tried it out and it worked great... well until now (2 weeks later)
I can't even find the authentication selection box under rsync>jobs ....
neither when adding, nor when editing...
only options: enable, type, source, destination, minute, hour, day, month, week, trial run, recursive, times, compress, archive, delete, quiet, preserve permissions, preserve acls, preserve extended attributes, keep partially transferred files, send mail, extra options, comment
It is really strange that this error only appears for two of my 4 jobs... even after recreating all of them...
@votdev Thank you!
I removed the password from the script... I don't know how it even got there, because I can't remember setting one. But now I can't find the setting in the webui to remove it there as well... I guess that the script will be overwritten on reboot?
Any news on when OMV 5 might be released?
Hey guys,
I created some rsync jobs to copy some data from a locally mounted nfs share to my RAID and an external HDD. They ALL worked great, but now one rsync job throws the following error:
./rsync-13e5c07a-6704-4363-9bfd-0d15c4c41487: 24: ./rsync-13e5c07a-6704-4363-9bfd-0d15c4c41487: Syntax error: Unterminated quoted stringI also tried manually starting the script located in /var/lib/openmediavault/cron.d, but it threw the same error... It tells me that there is a quote missing somewhere... Which is quite strange, as all strings are properly "quoted" (as far as I ca say at least...)
The script looks like this:
#!/bin/sh
# This configuration file is auto-generated.
# WARNING: Do not edit this file, your changes will be lost.
. /usr/share/openmediavault/scripts/helper-functions
cleanup() {
omv_kill_children $$
rm -f /var/run/rsync-13e5c07a-6704-4363-9bfd-0d15c4c41487
exit
}
[ -e /var/run/rsync-13e5c07a-6704-4363-9bfd-0d15c4c41487 ] && exit 1
if ! omv_is_mounted "/srv/ac34248f-c593-41e4-9e98-db80619c9aca" ; then
omv_error "Source storage device not mounted at </srv/ac34248f-c593-41e4-9e98-db80619c9aca>!"
exit 1
fi
if ! omv_is_mounted "/srv/dev-disk-by-label-BACKUPHDD" ; then
omv_error "Destination storage device not mounted at </srv/dev-disk-by-label-BACKUPHDD>!"
exit 1
fi
trap cleanup 0 1 2 5 15
touch /var/run/rsync-13e5c07a-6704-4363-9bfd-0d15c4c41487
omv_log "Please wait, syncing </srv/ac34248f-c593-41e4-9e98-db80619c9aca/> to </srv/dev-disk-by-label-BACKUPHDD/extBACKUP> ...\n"
export RSYNC_PASSWORD="*****\"
rsync --verbose --log-file="/var/log/rsync.log" --recursive --times --archive --perms '/srv/ac34248f-c593-41e4-9e98-db80619c9aca/' '/srv/dev-disk-by-label-BACKUPHDD/extBACKUP' & wait $!
omv_log "\nThe synchronisation has completed successfully."
The other strange thing is that even if I found the error, I couldn't do anything against it, as This configuration file is auto-generated.....
Any ideas?
Thanks!