rsync: Unterminated quoted string

  • 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:


    Code
    ./rsync-13e5c07a-6704-4363-9bfd-0d15c4c41487: 24: ./rsync-13e5c07a-6704-4363-9bfd-0d15c4c41487: Syntax error: Unterminated quoted string

    I 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:


    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!

    • Offizieller Beitrag

    but now one rsync job throws the following error:

    Maybe something went wrong when the job saved? An odd event can happen.


    Have you tried deleting the rsync job, and recreating it in a new job?

  • @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?

  • 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...

    • Offizieller Beitrag

    It is really strange that this error only appears for two of my 4 jobs... even after recreating all of them...

    Now "that" is interesting. Are you fully up to date?


    Just for clarification, if this surfaces again, you said your copying from an NFS share. Is the destination another network share or is it a regular folder?


    In essence, are you using Services, Rsync or are you running an Rsync command line from System, Scheduled jobs?
    (The latter, a Rsync command line in System, Scheduled Jobs might be a usable work around.)

  • 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)

    • Offizieller Beitrag

    For a work around:
    Since you appear to be backing up, I'm assuming that you want to "mirror" a source folder (NFS) to a destination folder (on the external drive).


    This -> guide, on page 61, has an example of a Rsync command line for a drive-to-drive mirror. The switches for mirroring are explained and there's also an explain of to add the command line to Scheduled Job's. It's easy to drill farther down, to the folder level, on the source and destination.


    If you're looking for an easy way to determine the exact source and destination folders, WinSCP might help. In the following example, I drilled down to a data folder and, from the address bar, I can copy and past the source folder from the address line. The destination can be done in the same way.


    You'll need to add a "/" at the end to copy contents under the last folder. (In the example below, it would be /srv/dev-disk-by-label-URBACKUP/BACKUP/urbackup/)



    (*Note: Until you run the first successful job, for the reasons noted in the Guide, think about leaving the --delete switch out of the command line.*)

  • 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...

  • 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...

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!