I have the same setup in two places and they are both connecting to a backend SFTP server on a non standard SSH port. It all works fine, it backs up, it restores, but I always get 2 warnings:
Warnings: [
The supplied option ------------------------------------------------------------------------------- is not supported and will be ignored,
The supplied option ------------------------------------------------------------------------------ is not supported and will be ignored
]
Errors: []
I only have 1 option under advanced options: ssh-fingerprint ssh-rsa 2048 (hex info)
The warning doesn’t say which option has a problem. Anyone have any ideas where to start looking?
Try exporting the backup to either a file (JSON) or commandline, and see if it looks bonkers there. I am guess that there is a hidden advanced setting somewhere.
I exported to json and looked. There is nothing in there that shouldn’t be there. It’s all what the program added itself. I don’t see an option to suppress warnings either. That’s not a permanent solution but I would still get errors.
I even completely removed the entry and recreated it but it shows the same thing. Plus I have another computer that is doing the exact same thing. They are both connecting to the same back end SFTP server using different users though.
I don’t understand how the browser would affect the duplicati service running in the background. It shows the error in the system tray long before I open the localhost webpage in any browser. Maybe I’m not understanding your view here.
It’s not the browser affecting the service so much as how the browser gathers up the parameters from the various web form fields and passes them to the background service.
If it gets a parameter value mis-aligned with a paramer name, or even has an issue parsing quotes or escape characters, then the resulting command to the server may not be correct.
That being said, if you take instead of exproting to JSON you export “As Command-line” you can then open a shell and trying running the backup from the shell to see if you also get the errors when it’s run from something other than the GUI-server communication process.
The errors show up immediately even running it from command line.
This is what I get, this is only the first part:
Backup started at 10/9/2017 10:27:02 AM
The supplied option ------------------------------------------------------------
------------------- is not supported and will be ignored
The supplied option ------------------------------------------------------------
------------------ is not supported and will be ignored
Checking remote backup …
Listing remote folder …
Scanning local files …
24140 files need to be examined (45.23 GB) (still counting)
27568 files need to be examined (65.88 GB)
16552 files need to be examined (59.44 GB)
5185 files need to be examined (25.25 GB)
0 files need to be examined (0 bytes)
Uploading file (829 bytes) …
Uploading file (877 bytes) …
No remote filesets were deleted
Compacting because there are 1 fully deletable volume(s)
I run a .bat file required before backup. If I remove that option, it does not show the error in the command line. I use that bat file to robocopy /b files to a single folder then backup that folder. The VSS snapshot didn’t work. It kept getting errors. I tried installing the “Microsoft Visual C++ 2008 SP1 Redistributable Package” but it still didn’t work so I came up with running robocopy /b which does backup the files in backup mode. The administrator has backup privilege to backup files that the admin doesn’t have permission to open.
That’s a clever idea to get around the VSS issue! (I’m still fighting permissions issues around VSS on one of my machines.)
Would you mind posting the erroring commandline and called bach file (with private data hidden, of course)? It’s possible Duplicati is having a problem parsing the --run-script-before command.
It’s less likely but also possible the batch file is setting some environment variables that Duplicati is trying to interpret as commands. Most commandline arguments that Duplicati can accept, can also be provided as duplicati__XXXX=yyy (where xxxx is the parameter name with dashes replaced by underscores, and yyy is the parameter value). If your batch file is setting something like duplicati__not_a_real_parameter=oops then it might be seeing the “duplicati__” prefix them complaining that the rest of the parameter name is bad.
Nope - not seeing anything bad in either of those - but thanks for posting them.
Perhaps there’s something in the robocopy output that Duplicati is picking up on. Can you try adding “>nul” (no quotes) to the end of each robocopy command? This will send any text output (like the files being progressed and progress percentages) to the “nul port”.
I guess @JonMikelV is on the right track with this, because output to stdout can be treated as input for the backup job.
The Robocopy command generates separator lines using dashes ( ----------).
Lines sent to stdout starting with a double dash (--) will be treated as an advanced option, so the separator lines that Robocopy is generating are sent to the backup job as an extra option (the complete line excluding the first 2 dashes).
Snippet from run-script-example.bat:
REM All Duplicati options can be changed by the script by writing options to
REM stdout (with echo or similar). Anything not starting with a double dash (--)
REM will be ignored:
REM echo "Hello! -- test, this line is ignored"
REM echo "--new-option=""This will be a setting"""
Thanks for finding something more than my guess as to the possible cause for this!
Those separator commands come with the robocopy header and summary text, so instead of using a > nul redirect one could also use the standard robocopy /NJH and /NJS parameters to disable the Header and Summary output.
If any particular post helped you resolve this, clicking the checkmark icon will mark the topic as resolved so others who may bump into the same issue will know where to go. And if more than one got you going, feel free to them!
@kees-z, I know it’s not a full fix but perhaps checking for “–[a-z,0-9]*” might reduce false hits like this (sorry, I don’t recall the regex format for a-9).