Hi, first I want to thank you all for providing a free and open backup tool with great features. I have recently started to try it out, and I hope I can contribute with feedback when appropriate.
I am using the latest Beta version, 2.0.4.23_beta_2019-07-14.
I had my first backups from a Linux (Ubuntu) host going well for a few of weeks, but after a reboot (the first since I installed Duplicati, I think) my backups are no longer available from the Web GUI.
The Web GUI was password protected. When I now give my password it is accepted, but no backups appear on the âHomeâ page.
Backup targets still exists. I see the various dindex.zip.aes files there, etc.
The Duplicati sqlite database files seem to be present:
I think previously the Duplicati tray icon was visible on the Ubuntu desktop, but now it is not. Still, the service seems to be running fine:
$ sudo service duplicati status
â duplicati.service - Duplicati web-server
Loaded: loaded (/lib/systemd/system/duplicati.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2020-01-06 20:10:08 CET; 16h ago
Main PID: 2299 (Main)
Tasks: 16 (limit: 4915)
CGroup: /system.slice/duplicati.service
ââ2299 DuplicatiServer /usr/lib/duplicati/Duplicati.Server.exe
ââ2953 /usr/bin/mono-sgen /usr/lib/duplicati/Duplicati.Server.exe
Jan 06 20:10:08 jubuntu systemd[1]: Started Duplicati web-server.
I am aware of the command-line features, but I have not gotten very far with them. Most require a backup URL and I donât have the URLs at hand. And my goal is to manage things through the GUI, not the command-line.
Would not the information I (or Duplicati) need be available in the database(s)?
Including backup URLs and whatever is needed to manage it through the Web UI?
Is there some way to point it to the right DB files?
Or is it just a matter of getting the tray icon back, as in Duplicati Tray Icon When Running as Linux Service?
So, I hope some of you can guide me in the right direction in order to make the backups reappear in the Web GUI. I imagine the process is more or less the same as a disaster recovery scenario, only with more information (the db files) available.
Hi
Iâm not familiar with duplicati under linux but your trouble sounds like a problem of user context under duplicati runs: obviously duplicati use the enviroment of the user which launch the process. If you go under âaboutâ -> âsytem infoâ and you should see the field âusernameâ, next you can move the directory according to the username field or edit the startup script and use the command line option --server-datafolder. Good news: according to your post you havenât lost your backup jobs
My Duplicati folder with the sqlite files is owned by my user.
Since Duplicati is run by root, I think it should be able to access the files nevertheless.
I could try moving or changing owner or permissions, but to be owned by root, then?
On a side note, I seem to understand that a lot of bugs have been fixed the last few months. Would changing to experimental channel theoretically be of any advantage, or disadvantage?
Duplicati search his files in /root/.config/Duplicati but your file are in $HOME/.config/Duplicati. Itâs true: duplicati run as root and it donât have permission related problems but the files are in the wrong place. So you can move the directory .config/Duplicati in rootâs home or specify the path when the data are actually stored.
I donât know the roadmap of developers but as my experience there are many important bug fix and improvements from last beta and the bug fix are in the latest experimental but seem that a new beta should be released soon.
Duplicati search his files in /root/.config/Duplicati but your file are in $HOME/.config/Duplicati. Itâs true: duplicati run as root and it donât have permission related problems but the files are in the wrong place. So you can move the directory .config/Duplicati in rootâs home or specify the path when the data are actually stored.
Thanks @xblitz, when I copied the files over to /root/.config/Duplicati the web GUI displays it.
However, I get errors about not finding the files to back up. This is because the initial backup was based on my user, so it was configured to back up $HOME/bin etc. Since /root does not have a bin/ folder, an error is issued.
I do want Duplicati to work based on my own userâs homedir. So I guess Iâll have to look into how to set up the service to use --server-datafolder option.
How come this changed between reboots? First I run with files in my $HOME for weeks, and after the next reboot it changes to /root ?
seem that a new beta should be released soon.
Can you fill me in on how to spot such indications? I have tried looking around, but I have seen nothing indicating an imminent new beta release.
I canât know how is configured your system but $HOME is a enviroment variable the --server-data-folder donât affect this parameter the parameter depend to the user which launch the process (root in your case now). IMHO the simplest way is to configure the backup to point to the directory you want backup (use absolute path).
Unfortunately this is only a rumor, anyway:
NOTE FOR DEVELOPERS: I hope in a new beta version as soon as possible so i can start to advise this software to relatives and friends
Here was my post on the link you gave. Not sure if you want to talk others into being pre-Beta testers, however feel free to run it yourself. One never knows what testing may show up, but so far so goodâŚ
This Beta probably wonât be going Stable but at least it will probably be much better than current Beta.
Unfortunately many of my friends arenât involved in IT so I must propose them reliable solutions: I use the canary channel but the update process is frustrating (I talk about bugs related to the update process when duplicati run as service) and sometimes, for me, useless (I donât use onedrive, google team, amazon s3)⌠of course in my PCâs I can do what I want but I canât in PC of other people and if somethings go wrong the software stop to work⌠stop to backup⌠(bad thing). Finally I canât advise them the current beta version because it means give up to improvements (splecially related to the rebuild process of databases).
Duplicati search his files in /root/.config/Duplicati but your file are in $HOME/.config/Duplicati. Itâs true: duplicati run as root and it donât have permission related problems but the files are in the wrong place. So you can move the directory .config/Duplicati in rootâs home or specify the path when the data are actually stored.
OK, that makes sense. I try to do as suggested, specify backup paths absolute and not relative to $HOME. Regardless of what the backup db path is ($HOME/.config/Duplicati/86757982797878868475.sqlite or /root/.config/Duplicati/86757982797878868475.sqlite) I still get the same error:
Finished!
Backup started at 1/10/2020 8:39:26 AM
ErrorID: DatabaseRepairInProgress
The database was attempted repaired, but the repair did not complete. This database may be incomplete and the backup process cannot continue. You may delete the local database and attempt to repair it again.
Return code: 100
Via the Web GUI I have tried Database â Repair, Database â Recreate, to no avail. I have also tried deleting the sqlite file and then doing repair as the error message suggests, but it does not help.
Any suggestions for how to proceed?
If nothing else can be done I can try creating a new backup config from scratch, but having this experience and not understanding why it happens does not increase my confidence in the product. But I really want to have confidence in it.
Some more detailed logging below.
Log level profiling (without sensitive details):
Backup started at 1/10/2020 8:50:46 AM
The option log-level is deprecated: Use the log-file-log-level and console-log-level options instead
The operation Backup has started
Starting - Running Backup
Starting - ExecuteScalarInt64: INSERT INTO "Operation" ("Description", "Timestamp") VALUES ("Backup", 1578642646); SELECT last_insert_rowid();
ExecuteScalarInt64: INSERT INTO "Operation" ("Description", "Timestamp") VALUES ("Backup", 1578642646); SELECT last_insert_rowid(); took 0:00:00:00.009
Starting - ExecuteReader: SELECT "Key", "Value" FROM "Configuration"
ExecuteReader: SELECT "Key", "Value" FROM "Configuration" took 0:00:00:00.000
Starting - ExecuteReader: SELECT "Key", "Value" FROM "Configuration"
ExecuteReader: SELECT "Key", "Value" FROM "Configuration" took 0:00:00:00.000
Starting - ExecuteScalarInt64: SELECT COUNT(*) FROM "Block" WHERE "Size" > 102400
ExecuteScalarInt64: SELECT COUNT(*) FROM "Block" WHERE "Size" > 102400 took 0:00:00:00.000
Starting - ExecuteReader: SELECT "Key", "Value" FROM "Configuration"
ExecuteReader: SELECT "Key", "Value" FROM "Configuration" took 0:00:00:00.000
Starting - ExecuteReader: SELECT "Key", "Value" FROM "Configuration"
ExecuteReader: SELECT "Key", "Value" FROM "Configuration" took 0:00:00:00.000
Running Backup took 0:00:00:00.014
HTTP Response: 201 - Created: {"username":"<cut>","ip":"<cut>","backupsetname":"<cut>","result":"Failed","errors":"Duplicati Backup report for <cut>\n\nFailed: The database was attempted repaired, but the repair did not complete. This database may be incomplete and the backup process cannot continue. You may delete the local database and attempt to repair it again.\nDetails: Duplicati.Library.Interface.UserInformationException: The database was attempted repaired, but the repair did not complete. This database may be incomplete and the backup process cannot continue. You may delete the local database and attempt to repair it again.\n at Duplicati.Library.Main.Operation.BackupHandler+<RunAsync>d__19.MoveNext () [0x0012b] in <e2da9713f0974e76879d9f9aa7ce0e36>:0 \n--- End of stack trace from previous location where exception was thrown ---\n at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <8f2c484307284b51944a1a13a14c0266>:0 \n at CoCoL.ChannelExtensions.WaitForTaskOrThrow (System.Threading.Tasks.Task task) [0x00050] in <6973ce2780de4b28aaa2c5ffc59993b1>:0 \n at Duplicati.Library.Main.Operation.BackupHandler.Run (System.String[] sources, Duplicati.Library.Utility.IFilter filter) [0x00008] in <e2da9713f0974e76879d9f9aa7ce0e36>:0 \n at Duplicati.Library.Main.Controller+<>c__DisplayClass13_0.<Backup>b__0 (Duplicati.Library.Main.BackupResults result) [0x00035] in <e2da9713f0974e76879d9f9aa7ce0e36>:0 \n at Duplicati.Library.Main.Controller.RunAction[T] (T result, System.String[]& paths, Duplicati.Library.Utility.IFilter& filter, System.Action`1[T] method) [0x0011d] in <e2da9713f0974e76879d9f9aa7ce0e36>:0 \n\nLog data:\n2020-01-10 08:50:46 +01 - [Warning-Duplicati.Library.Main.Controller-DeprecatedOption]: The option log-level is deprecated: Use the log-file-log-level and console-log-level options instead","backupset_id":14932,"updated_at":"2020-01-10 08:50:47","created_at":"2020-01-10 08:50:47","id":4519088}
Whole SMTP communication: Connected to <cut>
<cut>
Stacktrace from E-mail report:
at Duplicati.Library.Main.Operation.BackupHandler+d__19.MoveNext () [0x0012b] in :0
â End of stack trace from previous location where exception was thrown â
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw () [0x0000c] in <8f2c484307284b51944a1a13a14c0266>:0
at CoCoL.ChannelExtensions.WaitForTaskOrThrow (System.Threading.Tasks.Task task) [0x00050] in <6973ce2780de4b28aaa2c5ffc59993b1>:0
at Duplicati.Library.Main.Operation.BackupHandler.Run (System.String sources, Duplicati.Library.Utility.IFilter filter) [0x00008] in :0
at Duplicati.Library.Main.Controller+<>c__DisplayClass13_0.b__0 (Duplicati.Library.Main.BackupResults result) [0x00035] in :0
at Duplicati.Library.Main.Controller.RunAction[T] (T result, System.String& paths, Duplicati.Library.Utility.IFilter& filter, System.Action`1[T] method) [0x0011d] in :0
Picture is still murky, but let me throw in some questions and comments.
How do you enter that? Itâs not in the tree of checkboxes, and Add path field wonât take it when I try.
âserver-datafolder is for keeping the server SQLite files. It is not related to getting the userâs homedir. Windows users who want TrayIcon for their Windows service set --no-hosted-server true. The service cannot interact with userâs desktop. Iâm less familiar with Linux, but issue and answer may be similar.
If it was running as you for weeks, then perhaps you ran /usr/bin/duplicati which starts the Tray Icon. Reboot lets systemd get there before you, and often start as root, depending on the systemd config, which would let you set another user (some distros do it â I forget exact how to do), if that helps any.
Another difference visible in systemd status post is that it starts /usr/lib/duplicati/Duplicati.Server.exe, whereas /usr/bin/duplicati runs Duplicati.GUI.TrayIcon.exe, which is Server plus Tray Icon combined.
The above TrayIcon documentation also shows how it runs a search sequence for other ports, if the usual port 8200 is busy. For example, Server could get 8200 first, then Tray Icon gets 8300 and user gets confused by finding nothing at 8200. It âshouldâ at least give a clue of offering password setting, however after doing that the user wonders why theyâre in but all the backups are gone. Not good UX.
What does it do? Any error messages on the Recreate? You posted backup errors, but what about this?
There was (and maybe still is) some confusion about what database was being used. It should be what the Database screen shows.as Local database path field, and whatever user Duplicati is running as needs access. After you delete and Repair, does it come back or does any file change in the directory?
âThe database was attempted repaired, but the repair did not complete.â looks like it means backup run found a database thatâs marked as not having completed a repair, meaning itâs seeing a database then.
Going step by step, Iâd prefer seeing Recreate run before Backup gets in, but Backup can start by itself when Duplicati starts if itâs a scheduled backup that missed a schedule. You may want to unschedule it until a database can be obtained. So letâs first see if Recreate will work. You can watch action at About â Show log â Live â Verbose if you like. It should download dlist, dindex, and maybe dblock files to recreate the database. Hereâs a Recreate live log on 2.0.5.0 Experimental. Newest activity is at the top:
Jan 10, 2020 2:02 PM: The operation Repair has completed
Jan 10, 2020 2:02 PM: Recreate completed, and consistency checks completed, marking database as complete
Jan 10, 2020 2:02 PM: Recreate completed, verifying the database consistency
Jan 10, 2020 2:02 PM: Pass 1 of 3, processing blocklist volume 1 of 1
Jan 10, 2020 2:02 PM: Backend event: Get - Completed: duplicati-b2d92328d5c4643948c4db8a3dcba8127.dblock.zip (55.99 KB)
Jan 10, 2020 2:02 PM: Backend event: Get - Started: duplicati-b2d92328d5c4643948c4db8a3dcba8127.dblock.zip (55.99 KB)
Jan 10, 2020 2:02 PM: Processing required 1 blocklist volumes
Jan 10, 2020 2:02 PM: Processing required 1 blocklist volumes: duplicati-b2d92328d5c4643948c4db8a3dcba8127.dblock.zip
Jan 10, 2020 2:02 PM: Processing indexlist volume 1 of 1
Jan 10, 2020 2:02 PM: Backend event: Get - Completed: duplicati-i4ef1d70cfd574521ad93b37c792c9808.dindex.zip (7.59 KB)
Jan 10, 2020 2:02 PM: Backend event: Get - Started: duplicati-i4ef1d70cfd574521ad93b37c792c9808.dindex.zip (7.59 KB)
Jan 10, 2020 2:02 PM: Filelists restored, downloading 1 index files
Jan 10, 2020 2:02 PM: Processing filelist volume 5 of 5
Jan 10, 2020 2:02 PM: Backend event: Get - Completed: duplicati-20200108T035738Z.dlist.zip (2.20 KB)
Jan 10, 2020 2:02 PM: Backend event: Get - Started: duplicati-20200108T035738Z.dlist.zip (2.20 KB)
Jan 10, 2020 2:02 PM: Processing filelist volume 4 of 5
Jan 10, 2020 2:02 PM: Backend event: Get - Completed: duplicati-20200108T035734Z.dlist.zip (2.20 KB)
Jan 10, 2020 2:02 PM: Backend event: Get - Started: duplicati-20200108T035734Z.dlist.zip (2.20 KB)
Jan 10, 2020 2:02 PM: Processing filelist volume 3 of 5
Jan 10, 2020 2:02 PM: Backend event: Get - Completed: duplicati-20200108T035731Z.dlist.zip (2.20 KB)
Jan 10, 2020 2:02 PM: Backend event: Get - Started: duplicati-20200108T035731Z.dlist.zip (2.20 KB)
Jan 10, 2020 2:02 PM: Processing filelist volume 2 of 5
Jan 10, 2020 2:02 PM: Backend event: Get - Completed: duplicati-20200108T035727Z.dlist.zip (2.21 KB)
Jan 10, 2020 2:02 PM: Backend event: Get - Started: duplicati-20200108T035727Z.dlist.zip (2.21 KB)
Jan 10, 2020 2:02 PM: Processing filelist volume 1 of 5
Jan 10, 2020 2:02 PM: Backend event: Get - Completed: duplicati-20200108T035722Z.dlist.zip (2.20 KB)
Jan 10, 2020 2:02 PM: Backend event: Get - Started: duplicati-20200108T035722Z.dlist.zip (2.20 KB)
Jan 10, 2020 2:02 PM: Rebuild database started, downloading 5 filelists
Jan 10, 2020 2:02 PM: Backend event: List - Completed: (7 bytes)
Jan 10, 2020 2:02 PM: Backend event: List - Started: ()
Jan 10, 2020 2:02 PM: The operation Repair has started
Beta Duplicati versions are not as informative in the log, in addition to lacking about a year of bug fixes.
One way to sanity-test your backup without worrying about what database itâs using is to see how far a direct restore can go on a sample of files restored to some other folder (avoid overwriting original files).
It will just make a partial temporary database in a temporary area, but that will prove such a feat works.
This will also simulate a disaster recovery. Now, you can copy configuration from another tab, but if the drive is lost then you should probably have an Export of the configuration saved somewhere thatâs safe.
It shows as âUser dataâ in the web GUI. See screenshot below.
Something feels odd to me here. It does not feel right presenting rootâs homedir as âUser dataâ just because the service runs as root. I assume this is a scenario seen in Linux context before, though I am not too familiar with it.
In the future I will avoid âUser dataâ and instead use âComputerâ only.
Yeah, that probably explains it, thank you!
I donât remember exactly how the install process was, but on Linux it should probably recommend an immediate reboot if the Duplicati service is installed. I donât think it did.
I hope I can get the tray icon to become visible. I donât know how to edit the command-line used by the service, and I am not sure I want to do that either, because it will make upgrades, reinstalls and maintenance more complicated. Instead, I am hoping that a newer version will fix it. The mentioned Duplicati Tray Icon When Running as Linux Service indicates some bugfix in the area.
Recreate did bring back an .sqlite file as far as I can tell, the error still showed. But no need to dwelve more on that, see below.
I had several backups configured, and I am in the process of getting them up and running or starting fresh, mostly done now I think. All backups now have database path in /root/.config/Duplicati. Some smaller ones work fine, but the largest still has issues.
It is no longer the issue seen earlier, I can only repeat that with a backup that has files selected, but nothing remote yet. That one is going from error âRepair did not completeâ on backup, to error âNo files were found at the remote locationâ upon recreate. No worries, Iâll replace the backup configuration with a new one. For now all scheduling is disabled.
The issue with the largest backup at the moment is as follows:
Checking errors, related to #1400. Unexpected result count: 0, expected 1, hash: Ze3lQbMsZNbYzpMJpjYQBi9tXVuqotle9MZFcgdcmnk=, size: 102400, blocksetid: 365279, ix: 18, fullhash: Iii82/Tzh5Uob8WW46qGnOlV8ozs6M3Ir0+Tv0jR77g=, fullsize: 2036840
2020-01-17 08:23:08 +01 - [Error-Duplicati.Library.Main.Database.LocalBackupDatabase-FoundIssue1400Error]: Found block with ID 2554155 and hash Ze3lQbMsZNbYzpMJpjYQBi9tXVuqotle9MZFcgdcmnk= and size 25376
2020-01-17 08:23:08 +01 - [Warning-Duplicati.Library.Main.Operation.Backup.FileBlockProcessor.FileEntry-PathProcessingFailed]: Failed to process path: /root/.config/Duplicati/86757982797878868475.sqlite-journal
When I moved the database file from $HOME to /root via Database â âMove existing databaseâ it automatically started repair or recreate (not sure which), and this ran for a couple of days (the backup source is 47 GB). Then I tried a backup, and got the above error. I have alternative backup for the moment for those files, so I can replace that one as well.
Iâll try out newer versions (experimental) when I get time.
Thanks for all the useful information! I did get the configurations in the web GUI back after all
Linux is potentially problematic (compared to Windows at least) due to all of its possible variations.
There are different package formats with different scripting ability, changing different start systems.
Some people may also dislike reboots. I know I do. So ideally one recommends a gentler solution, however this varies by the particular OS, much as one might like to do it in portable Duplicati code.
The reboot (or service stop/start, or whatever) needs are also likely different for an upgrade install. There are also potentially multiple upgrade paths â through Duplicati, or through OS package tool.
Beyond this, anything built by third-party packagers is beyond direct control, but we could modelâŚ
Have you thought about this enough to suggest specific portable ways to do this? I know I havenât.
If you refer to the Sep 20, 2019 post on Canary made here, fix would seem to be only shown below:
Fixed a crash when connecting to a password protected server instance from the trayicon, thanks @kenkendk
There was just a tray icon discussion here with other references. Itâs a different program that you run, which then connects to the server, and interacts with you. On Windows, I donât think a service can do user interaction. Iâm not sure about Linux. Maybe it depends on how you set up X Windows security?
Perhaps security also gets in the way of user messages you requested to guide user at initial install? The whole installation area is kind of rough at the moment, and that includes Windows service install.
Updated yesterday to Duplicati - 2.0.5.112_canary_2021-01-20 on Manjaro, and today I see all my backup configs disappeared. Itâs like a completely clean slate, it even asked me for password protection, even though I had already a password set up.
I donât have a /root/.config/duplicati or ~/.config/duplicati folder, so I donât know where to look for my configs. Can you help me?
I am a bit frustrated with this to be honest. Can you also tell me if this is expected behavior or if it happens often?
I was really fond of Duplicati up until now, I even had it configured for 2 non-techy friends, but this may be an instant deal-breaker for me.
For any further info that may help you help me, please ask.
How did you do the original install, and how did you update? The AUR packagers had Duplicati run as user duplicati not user root. This throws off a lot of people. Updating Duplicati through Duplicati seems like it will not upset whatever you had before, but Iâm not positive the same is true for update using an AUR package.
Another thing that sometimes can happen is you get two copies of Duplicati up. You can look at browserâs URL. If itâs port :8200, thatâs the first Duplicati. If itâs :8300 itâs a later second-run copy, and could be empty.
EDIT:
In any Duplicati GUI you can also look at About â System info at UserName to see what user thatâs using.
Yes this is the package I am using, which I updated through pamac, so not through Duplicati but through the package.
Yes the file /root/.config/Duplicati does exist and has some files in it, so I am either stupid or yesterday was very tired cause while I thought about capitalization I didnât even think that ls -l doesnât show hidden files. Sorry for that.
Yes this thread rings a bell. So since right now the duplicati.service file has duplicati as user and group and the GUI location you mentioned agrees as well, my read is that the files I just mentioned are the files I had deemed lost. Am I right?
Interesting. I checked and I donât have the copy running.
Now supposing that these are indeed my files, I would like some tips (or suggestions to other threads) regarding 1) how I will return them in my running duplicati, connect them to the location of actual backups etc. (how I will be up and running again more or less) and 2) moving forward what practices I should follow with regard to updating Duplicati and backing up its configuration, so I wonât be put in the same spot again?
Thanks a ton for your rational take on my situation, you most probably got me out of a lot of trouble.
You mean it says UserName : duplicati? That makes it look in ~duplicati/.config/Duplicati and see nothing.
You also wonât have permission to your files unless you did something like add them to duplicati group.
If you found somewhat recently dated files in rootâs folder, thatâs probably the backup you were on before.
Iâm not expert in systemd and know nothing of pamac. I hope you donât have to fix systemd each update.
Unless you know youâre set up to run duplicati:duplicati, maybe kill those two lines and restart duplicatiâŚ
OK, I simply changed duplicati.service username and group, restarted duplicati service with systemctl command, and now it found my files. I connected succesfully and did a backup. Only hickup is that the âThere is an available updateâ message was up, while I was on the ânewâ version, so I just dismissed it.
Do you know if itâs possible to change username and group (letâs say make it duplicati:duplicati) without having to reconfigure the jobs? I guess if I did that, future updates wouldnât worry me.
You want the same files backed up? Then no job changes, but you need to adjust Linux to allow access.
I think what AUR had in mind was using secondary groups, e.g. see How to Add User to Group in Linux.
This all seems a little non-obvious, and maybe you could post a comment (or look for one) on their plan.
The original motivation, I think, is that running as root is too powerful, especially if network-connectedâŚ
Another option that might work depending on your backup needs is to have Duplicati run as you. You can move the randomly-named job files to whatever new user you like, but Duplicati-server.sqlite has full path information to the jobs, so youâd probably want to export and import each job into a new job configuration.
I think I get it, but a bit vaguely. Could you maybe point me to some duplicati documentation that would be helpful or relevant with this? I donât want to completely overtake this thread or take advantage of your time.
Exporting a backup job configuration to get a job configuration from previous user into an external file.
After moving a job (and maybe tests), donât run it from the old location, and consider deleting old one.
EDIT: because you never want multiple jobs going to same destination, as theyâll confuse each other. Creating a new backup job to get it into new user, which will begin empty (just like yours was empty). Database management to find which database goes with old job, and to get a copy into relocated job. Duplicati components to show how multiple Duplicati can coexist on different ports (different browser
seems to help them keep from tripping over each other, which I suspect is a bug but havenât reported.
Or if you prefer, you can just run one at a time, then Quit in tray icon right-click menu. This is all more
complicated as a Linux service though (e.g. no Tray Icon). You can stop service and start in a shell as duplicati (/usr/bin/duplicati to be exact) to get one running as whatever user youâre then running as.
and if somethings go wrong the software stop to work⌠stop to backup⌠(bad thing). Finally I canât advise them the current beta version because it means give up to improvements (splecially related to the rebuild process of databases).
