Borken archives

[inanotherlife]

Some of my archives are broken. Some are not.
There is no errors in the log, when Reflector is checking the archive, but when I extract the monolitic archive with WinRar (last version) or 7zip, it shows errors.

Here is an example of the log and attached a picture of the error when extracting the archive:

Reflector Error Archive.png (35.87 KiB) Viewed 1542 times

Code: Select all

Cobian Reflector 2022-01-01.txt

    2022-01-01 00:00:00 Deleting the log files that are older than 365 days...
     
    2022-01-01 05:00:01 A backup has started...
    2022-01-01 05:00:01 Calculating the number of files. This could take a while...
     
    2022-01-01 05:00:05 Backing up the task "SoftwareData-Full-MonthlyOn1and15"
    2022-01-01 05:00:05 Requesting the creation of a Volume Shadow Copy image for the source...
    2022-01-01 05:01:20 The Volume Shadow Copy image has been successfully created.
    2022-01-01 05:01:20 Starting the copy. The user running the task is: SYSTEM
    2022-01-01 05:01:20 Compressing the directory "D:\Shared\SoftwareData" into a monolithic archive...
    2022-01-01 05:01:20 Adding the directory "D:\Shared\SoftwareData" to the archive...
    2022-01-01 05:13:46 Checking the archive "C:\Windows\TEMP\SoftwareData.zip"...
    2022-01-01 05:14:51 Clearing the archive attribute of the source directory "D:\Shared\SoftwareData"...
    2022-01-01 05:14:57 The monolithic archive "C:\Windows\TEMP\SoftwareData.zip" has been created. Files in archive: 9029. Folders: 740. Ignored files: 0  Uncompressed size: 6.31 GB
    2022-01-01 05:14:57 Copying the file "C:\Windows\TEMP\SoftwareData.zip" to "D:\Backup\SoftwareData-Full"...
    2022-01-01 05:15:16 The file "C:\Windows\TEMP\SoftwareData.zip" has been successfully copied to "D:\Backup\SoftwareData-Full\SoftwareData 2022-01-01 05;01;20.zip".
    2022-01-01 05:15:16  * Backup part for the task "SoftwareData-Full-MonthlyOn1and15" has ended. Number of backed up files: 1. Backup part size: 3.92 GB. *
    2022-01-01 05:15:16 Deleting the temporary archive "C:\Windows\TEMP\SoftwareData.zip"...
    2022-01-01 05:15:16 The temporary archive "C:\Windows\TEMP\SoftwareData.zip" has been successfully deleted.
    2022-01-01 05:15:16  ** Backup for the task "SoftwareData-Full-MonthlyOn1and15" has ended. Number of backed up files: 9029. Created folders: 0. Backup size: 3.92 GB. **
    2022-01-01 05:15:16 *** Number of errors: 0. Time elapsed for the task "SoftwareData-Full-MonthlyOn1and15": 0 hours, 15 minutes, 10 seconds. ***
     
    2022-01-01 05:15:16 Deleting the Volume Shadow Copy image...
    2022-01-01 05:15:17 The Volume Shadow Copy image has been successfully deleted.

[cobian]

If you use the decompressor from the Tools menu, do you have the same problem? Also are those Zip64 archives? I see those are 4GB , which is the limit for non-zip64 archives.

[inanotherlife]

I extracted a slightly bigger archive from yesterday, with Winrar and 7zip, which doesn't produce this error:

Reflector Healthy Archive.png (8.07 KiB) Viewed 1526 times

And these are the settings for archiving:

Reflector Archive Settings.png (36.53 KiB) Viewed 1526 times

This is the error Decompressor gives, when extracting the problematic archive:

Reflector Decompressor Error.png (86.4 KiB) Viewed 1526 times

[cobian]

If the destination a FAT formatted drive?

I will make some tests with really big archives.

[inanotherlife]

It's standard NTFS in Windows 2019 Server.
It's not the size, as I posted, the last archive is healthy although slightly bigger than the problematic ones.
The broken .mdb files are databases which I suspect could be leaved open (in use) from some laptop, although I'm making the archive in 5 in the morning. But Reflector is using Volume shadow copy, right?

[cobian]

Yes, it shouldn't be a problem if using VSC. In theory,