Greetings.
I’m experiencing an issue with CBT after resizing the OS partition of a Windows 7 client with NTFS filesystem running UrBackup version 2.1.16 which is backing up to a server running Debian Jessie with ZFS as filesystem and UrBackup version 2.1.19. Currently not experiencing other issues on either side and all of my other clients are completing backups successfully. Both client and server is up to date and I’ve tried rebooting them multiple times with no change.
I’ve attempted deleting existing shadow copies on the client, but this had no effect.
Here’s the log from the client:
Starting scheduled incremental file backup…
Did not track enough (volume resize?). Tracked 45056 should track 47264. CBT will disable itself once this area is written to and then a system restart will be needed to enable it again.
Getting changed block data from shadow copy \?\GLOBALROOT\Device\HarddiskVolumeShadowCopy19 failed: More data is available. (code: 234)
Scanning for changed hard links on volume of “c:”…
Indexing of “Pictures” done. 1 filesystem lookups 0 db lookups and 0 db updates
CLIENT: Loading file list…
CLIENT: Calculating file tree differences…
CLIENT: Calculating tree difference size…
CLIENT: Linking unchanged and loading new files…
Waiting for file transfers…
Waiting for file hashing and copying threads…
Saving file metadata…
Writing new file list…
All metadata was present
Transferred 6.46909 MB - Average speed: 139.112 KBit/s
(Before compression: 22.3439 MB ratio: 3.45395)
Time taken for backing up client CLIENT: 15m 12s
Backup completed with issues
Since this is likely a client issue, I will only post server logs if needed.
I’ve tried searching for a valid solution, but not found anything yet. Hope I’m not wasting anyones time.
In advance; thank you for your attention.