We are trying to backup a large volume on a GPT disk and the filebackup will work fine ut to around 330Gb of 870Gb. Then the activitie in the server just stalls and the client debug log prints out this at the same time.
The volume is also part in DFSR replication but we have tried to disable this with the same error. Backing up smaller folders on the same volume works so it seems like it has to do with the lagre size of the folder och the number of files.
urBackup Server: 2.0.4 beta
Server OS: Ubuntu 14.4
Filesystem: ZFS
urBackup Client: 2.0.4 beta
Client OS: Windows Server 2012 R2
Filesystem: NTFS on GPT disk
Hi
Thanks for resonding.
The backup is donw on the local lan. Did some more tests yesterday and we can see that the UrBackupClientBackend.exe krasches on the client most of the time. After restarting it seems to try resume for a while before the backup fails.
The UrBackup Client Service for Backups service terminated unexpectedly
System
Provider
[ Name] Service Control Manager
[ Guid] {555908d1-a6d7-4695-8e1e-26931d2012f4}
[ EventSourceName] Service Control Manager
EventData
param1 UrBackup Client Service for Backups
param2 1
param3 60000
param4 1
param5 Restart the service
550072004200610063006B007500700043006C00690065006E0074004200610063006B0065006E0064000000
Binary data:
In Words
0000: 00720055 00610042 006B0063 00700075
0010: 006C0043 00650069 0074006E 00610042
0020: 006B0063 006E0065 00000064
Hi again
I just tried the 2.0.5 beta and the client still crashes after a while. This is the client log entries:
2016-03-04 13:19:18: WARNING: Last record not readable at ‘d:’ - reindexing. Last record USN is 48421203920 FirstUsn is 49048190976 NextUsn is 49587581776
2016-03-04 13:19:18: WARNING: There are 1166377856 new USN entries at ‘d:’ - reindexing
2016-03-04 14:42:36: ERROR: Error getting SID of ACE entry of file “\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy7\Shares\FG_Data\FÖRETAGSHÄLSOVÃ…RD\AFFÄRSENHETERNA”
2016-03-04 14:48:00: ERROR: Error getting SID of ACE entry of file “\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy7\Shares\FG_Data\FÖRETAGSHÄLSOVÃ…RD\GEM_ARBETSMILJÖ”
Is thera any more information that I could collect that would be helpful.
Hi. Tested Server 2.0.7 and client 2.0.6 and now the backup finishes. But it stalls on 100% for a few hours and the CPU usage during this time is high on iowait. We have two identical servers, one with 1.4.12 and the other with 2.0.7, Both Ubuntu 15.10 and zfs and we do not see this problem on 1.4.12.