Windows client (2.5.23) doesn't update backup directories

client
1

Rescently transitioned from windows 11 to linux, while still having the old win11 on the hd but very rarely running it.

One of the mounted drives is used by both installs, ie, the same filesystem is mounted on both as ntfs.

On my linux install, the client (also 2.5.23) acts perfectly. After Initial full backup the server figured out the files were the same on both client and the 1TB of data was only linked (the statistics page bumped up and then back down). After that I only run incremental backups.
Backups are stored on btrfs drive.

The backups work flawlessly on linux.
I sporadically boot into win11, like once every 2 weeks or so and then let the urbackup client run.
Today I booted into win11 to do something and let the urbackup client do its thing.
I looked through the backups on both clients because I recently moved a bunch of files to an ext4 drive that is not being backed up by urbackup. On my linux client, the files are gone, but they are still there on the windows client. And on top of that, new files created on the drive was also not present on the windows client.

No errors in logs (except for the standard warnings about snapshot failing) but a few infos that has nothing to do with that drive, see below.
I then ran a manual incremental file backup, nothing changed but the infos were gone, see below.

Does that mean that the windows client no longer does any backups?
How do I move forward?

Edit.
Log from last windows client backup: (the drive in question is E:)

Info
	
05/01/23 18:09
	Starting scheduled incremental file backup...
Info
	
05/01/23 18:09
	Scanning for changed hard links on volume of "C:\"...
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\MicrosoftEdge.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\MicrosoftWindows.DesktopStickerEditorCentennial.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\WindowsPackageManagerServer.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\bash.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\debian.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\msrdc.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\notepad.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\python.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\python3.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\winget.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\wsl.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\wslconfig.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\wslg.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\wt.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\microsoftcorporationii.windowssubsystemforlinux_8wekyb3d8bbwe\bash.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\microsoftcorporationii.windowssubsystemforlinux_8wekyb3d8bbwe\msrdc.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\microsoftcorporationii.windowssubsystemforlinux_8wekyb3d8bbwe\wsl.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\microsoftcorporationii.windowssubsystemforlinux_8wekyb3d8bbwe\wslconfig.exe to read the file attributes
Info
	
05/01/23 18:09
	Cannot open file \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy5\users\marcus\appdata\local\microsoft\windowsapps\microsoftcorporationii.windowssubsystemforlinux_8wekyb3d8bbwe\wslg.exe to read the file attributes
Info
	
05/01/23 18:09
	Indexing of "AppData" done. 424 filesystem lookups 0 db lookups and 0 db updates
Info
	
05/01/23 18:09
	Indexing of "Desktop" done. 212 filesystem lookups 0 db lookups and 0 db updates
Info
	
05/01/23 18:09
	Indexing of "Documents" done. 522 filesystem lookups 0 db lookups and 0 db updates
Info
	
05/01/23 18:09
	Scanning for changed hard links on volume of "E:\"...
Info
	
05/01/23 18:09
	Indexing of "E" done. 3 filesystem lookups 4552 db lookups and 2 db updates
Info
	
05/01/23 18:09
	bednaPC: Loading file list...
Info
	
05/01/23 18:09
	bednaPC: Calculating file tree differences...
Info
	
05/01/23 18:09
	bednaPC: Creating snapshot...
Info
	
05/01/23 18:09
	bednaPC: Deleting files in snapshot... (0)
Info
	
05/01/23 18:09
	bednaPC: Deleting files in hash snapshot...(2)
Info
	
05/01/23 18:09
	bednaPC: Calculating tree difference size...
Info
	
05/01/23 18:09
	bednaPC: Linking unchanged and loading new files...
Info
	
05/01/23 18:09
	Waiting for file transfers...
Info
	
05/01/23 18:09
	Waiting for file hashing and copying threads...
Info
	
05/01/23 18:09
	Writing new file list...
Info
	
05/01/23 18:09
	All metadata was present
Info
	
05/01/23 18:09
	Transferred 5.95349 MB - Average speed: 8.40907 MBit/s
Info
	
05/01/23 18:10
	Time taken for backing up client bednaPC: 30s
Info
	
05/01/23 18:10
	Backup succeeded

Log from manual backup on windows client:

Info
	
05/01/23 18:12
	Starting unscheduled incremental file backup...
Info
	
05/01/23 18:12
	Scanning for changed hard links on volume of "C:\"...
Info
	
05/01/23 18:12
	Indexing of "AppData" done. 424 filesystem lookups 0 db lookups and 0 db updates
Info
	
05/01/23 18:12
	Indexing of "Desktop" done. 212 filesystem lookups 0 db lookups and 0 db updates
Info
	
05/01/23 18:12
	Indexing of "Documents" done. 522 filesystem lookups 0 db lookups and 0 db updates
Info
	
05/01/23 18:12
	Scanning for changed hard links on volume of "E:\"...
Info
	
05/01/23 18:12
	Indexing of "E" done. 1 filesystem lookups 4554 db lookups and 0 db updates
Info
	
05/01/23 18:12
	bednaPC: Loading file list...
Info
	
05/01/23 18:12
	bednaPC: Calculating file tree differences...
Info
	
05/01/23 18:12
	bednaPC: Creating snapshot...
Info
	
05/01/23 18:12
	bednaPC: Deleting files in snapshot... (0)
Info
	
05/01/23 18:12
	bednaPC: Deleting files in hash snapshot...(0)
Info
	
05/01/23 18:13
	bednaPC: Calculating tree difference size...
Info
	
05/01/23 18:13
	bednaPC: Linking unchanged and loading new files...
Info
	
05/01/23 18:13
	Waiting for file transfers...
Info
	
05/01/23 18:13
	Waiting for file hashing and copying threads...
Info
	
05/01/23 18:13
	Writing new file list...
Info
	
05/01/23 18:13
	All metadata was present
Info
	
05/01/23 18:13
	Transferred 5.95212 MB - Average speed: 12.6213 MBit/s
Info
	
05/01/23 18:13
	Time taken for backing up client bednaPC: 30s
Info
	
05/01/23 18:13
	Backup succeeded

And from the linux client: (the drive in question is files)

Info
	
05/01/23 17:11
	Starting scheduled incremental file backup...
Info
	
05/01/23 17:12
	Backing up "files" without snapshot.
Info
	
05/01/23 17:12
	Indexing of "files" done. 4411 filesystem lookups 0 db lookups and 0 db updates
Info
	
05/01/23 17:12
	bednaManjaro: Loading file list...
Info
	
05/01/23 17:12
	bednaManjaro: Calculating file tree differences...
Info
	
05/01/23 17:12
	bednaManjaro: Creating snapshot...
Info
	
05/01/23 17:12
	bednaManjaro: Deleting files in snapshot... (0)
Info
	
05/01/23 17:12
	bednaManjaro: Deleting files in hash snapshot...(1)
Info
	
05/01/23 17:12
	bednaManjaro: Calculating tree difference size...
Info
	
05/01/23 17:12
	bednaManjaro: Linking unchanged and loading new files...
Info
	
05/01/23 17:12
	Referencing snapshot on "bednaManjaro" for path "files" failed: FAILED
Info
	
05/01/23 17:12
	Waiting for file transfers...
Info
	
05/01/23 17:12
	Waiting for file hashing and copying threads...
Info
	
05/01/23 17:13
	Writing new file list...
Info
	
05/01/23 17:13
	All metadata was present
Info
	
05/01/23 17:13
	Transferred 4.75781 MB - Average speed: 12.5036 MBit/s
Info
	
05/01/23 17:13
	Time taken for backing up client bednaManjaro: 1m 40s
Info
	
05/01/23 17:13
	Backup succeeded
1 Like
2

Ok, so I did a little more fiddeling with this.

Turns out, the new files and directories created on the ntfs drive (from linux) were created with administrator privileges (as windows interprets them), should not matter because the user the urbackup client is running as has admin rights.

So I tried running the backup client as pure administrator, but that made it just not work at all so I changed back to running as my user.

Figured, maybe it’s because I haven’t changed a single file on the drive from windows in a VERY long, lets just create a dir and a text file inside and then run an incrmental backup and voaila, it detected SOME of the changes to the drive. F ex, there are multiple rar files that have been changed that are not detected, some are though. A few of the updated rar files were recreated with the same name with “windows admin privileges” from linux, and are backed up, so the credentials thing is probably not the issue.
The deleted directory is STILL THERE though and that directory was created from windows, ie user credentials, not admin. So not a fix, but maybe a clue?

Is it a windows thing? Or a urbackup thing where the indexing of the disk is not started completely or something?
What the heck is going on here?

3

My guess is you modified the files on Linux. UrBackup has an optimization during incremental backups where it watches the volume for changes. It didn’t see the change => nothing gets backed up.

Try running:

fsutil.exe usn deleteJournal /D C:

1 Like
4

Yepp, that fixed it!

Just have to be mindful If I do restores from the windows client from now on.