Default User [C:\Users\Default]
```
which explains why “All Users” looks like “ProgramData”. But what used “Data” subfolder?
It looks almost like old runs had `--server-datafolder` or DUPLICATI\_HOME set to that.
[Duplicati.Server.exe](https://docs.duplicati.com/en/latest/07-other-command-line-utilities/)
> `--server-datafolder`
> Duplicati needs to store a small database with all settings. Use this option to choose where the settings are stored. This option can also be set with the environment variable `DUPLICATI_HOME`.
What’s the significance of 01:19 AM, which is time on a job database and server database?
If that is the time of a run from 2.0.7.103, then that solidifies the idea of that being the folder.
You could try a manual copy of C:\ProgramData\Duplicati\Data\Duplicati-server.sqlite to be safer, and see if service install with `--server-datafolder=C:\ProgramData\Duplicati\Data` helps.
[DB Browser for SQLite](https://sqlitebrowser.org/) can sometimes look in database, if you like. Old server DB defaults to an encryption of Duplicati-server.sqlite that it can’t read, but that means you found an old server DB.
Job database (the bigger ones with the random names) can be opened, e.g. to `Browse Data` to `LogData` table where you can read the actual job logs instead of just some timestamps on files…
Another method is to make a dummy Duplicati job and point its Database screen to a copy of file.
This is only for looking at logs (assuming you know history of backups) to see if this was your job.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 5, 2024, 8:37pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/22 "2024-11-05T20:37:15Z")
> [@ts678](#):
>
> You could try a manual copy of C:\ProgramData\Duplicati\Data\Duplicati-server.sqlite to be safer, and see if service install with `--server-datafolder=C:\ProgramData\Duplicati\Data` helps.
I did the following:
```plaintext
Copied the C:\ProgramData\Duplicati\Data
cd C:\Program Files\Duplicati 2
stopped the service using service manager
Duplicati.WindowsService.exe uninstall
Duplicati.WindowsService.exe install --server-datafolder=C:\ProgramData\Duplicati\Data
started the service using service manager
```
And now my backup job is present!
Status:
- The localhost:8200 instance is accepting my password
- it is running Duplicati - 2.0.9.108\_canary\_2024-10-03
- it is saying Update 2.0.7.103 is available.
Next steps?
- Sometime I will need to try a backup to confirm it is working. If I don’t take any action, this will happen at 1am EST
- If this isn’t the proper location for the database I am happy to move it.
- At some point I would like it to understand that old updates are not available
---
### Author:  [@ts678](https://forum.duplicati.com/u/ts678)
#### Post date: [November 5, 2024, 8:56pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/23 "2024-11-05T20:56:30Z")
> [@jberry02](#):
>
> it is saying Update 2.0.7.103 is available.
As mentioned, this might be stale. The update check is infrequent, but you can run it by hand.
The big question is does the job look OK in terms of its backup dates. Did you look over logs?
If that looks right, you can do `Verify files` prior to backup to see if DB matches Destination.
> [@jberry02](#):
>
> At some point I would like it to understand that old updates are not available
Try About → Check for updates now
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 5, 2024, 9:43pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/24 "2024-11-05T21:43:54Z")
> [@ts678](#):
>
> The big question is does the job look OK in terms of its backup dates. Did you look over logs?
>
> If that looks right, you can do `Verify files` prior to backup to see if DB matches Destination.
Verify files results in:
The requested security protocol is not supported.
I will look over the config to make it looks OK.
I tried “check for updates” at some point earlier, but I don’t think I have done so since getting the backup back. Will try.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 5, 2024, 11:51pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/25 "2024-11-05T23:51:15Z")
> [@jberry02](#):
>
> Verify files results in:
> The requested security protocol is not supported.
>
> I will look over the config to make it looks OK.
Going through the backup configuration…
Test connection
- works
I noticed that somewhere along the line I had set an option to force SSL3 - I changed that back to System Default
- saved
Everything else look fine.
Verify Files
```plaintext
No database encryption key was found. The database will be stored
unencrypted. Supply an encryption key via the environment variable
SETTINGS_ENCRYPTION_KEY or disable database encryption with the option
--disable-db-encryption
```
yet the verify succeeded!
> [@jberry02](#):
>
> I tried “check for updates” at some point earlier, but I don’t think I have done so since getting the backup back. Will try.
Tried again - it still shows the old update.
While everything looks good at this point, I am going to turn tonight’s backup off pending any comments and/or suggested actions.
---
### Author:  [@ts678](https://forum.duplicati.com/u/ts678)
#### Post date: [November 6, 2024, 3:43am UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/26 "2024-11-06T03:43:40Z")
> [@jberry02](#):
>
> I had set an option to force SSL3
[SSL 3](https://en.wikipedia.org/wiki/Transport_Layer_Security#SSL_1.0,_2.0,_and_3.0) has been deprecated for nine years due to an attack found ten years ago. Why force it?
> [@jberry02](#):
>
> yet the verify succeeded!
The notice is informational on database use and has nothing to do with the result of verification.
Current situation with encryption is in flux since encryption for each specific computer hit snags.
Maybe the developer will comment, as the shown workaround looks a little awkward to me, and maybe even less safe than it was before, when Windows DB had a default key for its protection.
[Duplicati.Server.exe](https://docs.duplicati.com/en/latest/07-other-command-line-utilities/#duplicatiserverexe)
> `--server-encryption-key`
> This option sets the encryption key used to scramble the local settings database. This option can also be set with the environment variable `DUPLICATI_DB_KEY`. Use the option `--unencrypted-database` to disable the database scrambling.
> `--unencrypted-database`
> Disables database encryption.
I don’t know why old option had to be removed and replaced with `--disable-db-encryption`
If the only way to set encryption now is by environment variable, that’s sometimes tough to set.
> [@jberry02](#):
>
> Tried again - it still shows the old update.
Possibly a bug. Regardless, needs comment from the developer. Meanwhile, you can ignore it.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 6, 2024, 2:09pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/27 "2024-11-06T14:09:28Z")
> [@ts678](#):
>
> > [@jberry02](#):
> >
> > I had set an option to force SSL3
>
> [SSL 3](https://en.wikipedia.org/wiki/Transport_Layer_Security#SSL_1.0,_2.0,_and_3.0) has been deprecated for nine years due to an attack found ten years ago. Why force it?
It would have been set a while back to work around a problem (and might not have been needed even there). Long enough ago that I don’t even remember setting it.
So for now I ignore the message about database encryption. I probably only saw it because I was watching the live log in verbose mode.
And I ignore the update message. Or should I rename the “updates” folder now that we are on the correct version?
---
### Author:  [@kenkendk](https://forum.duplicati.com/u/kenkendk)
#### Post date: [November 6, 2024, 2:24pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/28 "2024-11-06T14:24:56Z")
> [@jberry02](#):
>
> And I ignore the update message. Or should I rename the “updates” folder now that we are on the correct version?
You can safely remove the `updates` folder, it is no longer being used.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 6, 2024, 2:44pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/29 "2024-11-06T14:44:46Z")
> [@jberry02](#):
>
> While everything looks good at this point, I am going to turn tonight’s backup off pending any comments and/or suggested actions.
I ran the backup and it says it completed and it didn’t report any errors. I will see if I can find a recent file and do a test restore.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 6, 2024, 2:48pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/30 "2024-11-06T14:48:38Z")
> [@kenkendk](#):
>
> You can safely remove the `updates` folder, it is no longer being used.
I renamed it, and now Duplicati shows:
```plaintext
You are currently running Duplicati - 2.0.9.108_canary_2024-10-03
Update 2.0.9.109 is available. Download now
Check for updates now
```
I will go through the thread and see if there are any other outstanding actions and post a summary.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 6, 2024, 3:07pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/31 "2024-11-06T15:07:50Z")
Summary of corrective actions that were taken:
```plaintext
cd "C:\Program Files\Duplicati 2"
stop the service using Service Manager
Duplicati.WindowsService.exe uninstall
Duplicati.WindowsService.exe install --server-datafolder=C:\ProgramData\Duplicati\Data
start the service using Service Manager
```
Note that the path is where my database was located. Other systems may have it in a different location.
At one point Duplicati was not accepting the password I had set prior to the upgrade. This was corrected by:
```plaintext
cd "C:\Program Files\Duplicati 2"
Duplicati.CommandLine.ServerUtil.exe change-password --server-datafolder "C:\Windows\System32\config\systemprofile\AppData\Local\Duplicati"
```
However, this may have been when Duplicati was using the wrong database.
```plaintext
Renamed C:\ProgramData\Duplicati\Data\updates
```
This corrected the problem where it was offerring a down-rev “upgrade”.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 6, 2024, 3:18pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/32 "2024-11-06T15:18:04Z")
Follow-up question:
Since the root of the issue seems to have been the database for the system service being located somewhere where the upgrade process wasn’t expecting, should I move it to the expected location? I.e., if I am understanding things, I would move the contents of C:\ProgramData\Duplicati\Data to
C:\Windows\System32\config\systemprofile\AppData\Local\Duplicati ?
---
### Author:  [@kenkendk](https://forum.duplicati.com/u/kenkendk)
#### Post date: [November 6, 2024, 3:59pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/33 "2024-11-06T15:59:26Z")
> [@jberry02](#):
>
> Since the root of the issue seems to have been the database for the system service being located somewhere where the upgrade process wasn’t expecting, should I move it to the expected location? I.e., if I am understanding things, I would move the contents of C:\ProgramData\Duplicati\Data to
> C:\Windows\System32\config\systemprofile\AppData\Local\Duplicati ?
I would say yes, from a security perspective.
Since the service is running with elevated privileges, the database should be as protected as possible.
---
### Author:  [@ts678](https://forum.duplicati.com/u/ts678)
#### Post date: [November 6, 2024, 9:03pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/34 "2024-11-06T21:03:29Z")
The Duplicati-server.sqlite database contains paths to job databases, but those [can be moved](https://docs.duplicati.com/en/latest/03-using-the-graphical-user-interface/#database-management).
I tried to survey (in Google) whether Windows 11 does the same annoying deletion of this area. Result leans towards “it’s fixed” but aren’t conclusive. Old forum posts were worrying about this:
> [@Migrating from User to Service install on Windows](https://forum.duplicati.com/t/migrating-from-user-to-service-install-on-windows/660/1):
>
> [v3](https://forum.duplicati.com/t/migrating-from-user-to-service-install-on-windows/660/46) - solves the windows update/upgrade problem of deleting `C:\Windows\System32\config\systemprofile\AppData\Local\Duplicati`
Duplicati cannot be secure when the attacker is its own OS that comes along to delete its config.
[Exporting a backup job configuration](https://docs.duplicati.com/en/latest/03-using-the-graphical-user-interface/#exporting-a-backup-job-configuration) and keeping it in a safe and secure place would add safety.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 6, 2024, 11:05pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/35 "2024-11-06T23:05:39Z")
> [@jberry02](#):
>
> Since the root of the issue seems to have been the database for the system service being located somewhere where the upgrade process wasn’t expecting, should I move it to the expected location? I.e., if I am understanding things, I would move the contents of C:\ProgramData\Duplicati\Data to
> C:\Windows\System32\config\systemprofile\AppData\Local\Duplicati ?
I …
- made a copy of C:\Windows\System32\config\systemprofile\AppData\Local\Duplicati
- copied the contents of C:\ProgramData\Duplicati\Data allowing it to overwrite
- Stopped the Duplicati service
- Duplicati.WindowsService.exe uninstall
- Duplicati.WindowsService.exe install
- Started the service
- Confirmed all looked good
- Renamed C:\ProgramData\Duplicati\Data
- Rebooted
- Changed the path to the backup database
- Made sure I had a test file that didn’t already exist
- Ran a backup
- Deleted the test file
- Restored the test file from the backup
- Compared the restored file with the source
All looks good!
I will re-enable the schedule, and tomorrow I will start cleaning-up renamed directories, etc.
---
### Author:  [@jberry02](https://forum.duplicati.com/u/jberry02)
#### Post date: [November 6, 2024, 11:07pm UTC](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232/36 "2024-11-06T23:07:40Z")
> [@ts678](#):
>
> [Exporting a backup job configuration](https://docs.duplicati.com/en/latest/03-using-the-graphical-user-interface/#exporting-a-backup-job-configuration) and keeping it in a safe and secure place would add safety.
I plan to export all my backup configs without passphrases and remove any other sensitive data and store them on multiple systems as a precaution.
[Previous page](https://forum.duplicati.com/t/issue-upgrading-to-2-0-9-108-canary-2024-10-03/19232.md?page=1)