Rank: Newbie
Groups: Registered
Joined: 3/3/2012(UTC)
Posts: 9
Thanks: 1 times
|
I am getting an "unknown error" in one of my tasks. I wonder if it's related to the number of files that are being backed-up, or to the number of files allowed in a .zip file. I am using .zip format, because I was getting occasional errors where the Cobian Backup couldn't get the previous backup files deleted (or Windows wasn't deleting them fast enough or something). I think you advised that there was nothing you could do, but I figured I'd try .zip file format because that way it was just one file to delete. I got this error for the first time last night, and then upgraded to the latest version this morning to make sure that wasn't the problem. The differential backup started at 13:03, and worked fine until 18:50. At 18:50, on lines 33 through 2167 of the logfile, I get errors like the ones below: This is the last snippet of the logfile is below. Do you have advice or thoughts? Code:ERR 2012-05-06 19:05 An error occurred while compressing the file "GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\Charlie\Documents\USBankEMail.txt": Unknown error.
ERR 2012-05-06 19:05 An error occurred while compressing the file "GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\Charlie\Documents\USPS.docx": Unknown error.
ERR 2012-05-06 19:05 An error occurred while compressing the file "GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\Charlie\Documents\Vacation.xls": Unknown error.
ERR 2012-05-06 19:05 An error occurred while compressing the file "GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\Charlie\Documents\vbpj.doc": Unknown error.
ERR 2012-05-06 19:05 An error occurred while compressing the file "GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\Charlie\Documents\VF_eTicket.pdf": Unknown error.
ERR 2012-05-06 19:05 An error occurred while compressing the file "GLOBALROOT\Device\HarddiskVolumeShadowCopy1\Users\Charlie\Documents\VintageChart.pdf": Unknown error.
ERR 2012-05-06 19:05 An error occurred while compressing the file "Charlie/Documents/Virtual Machines/MFSLive/MFSLive": Unknown error.
ERR 2012-05-06 19:06 An error occurred when creating or refreshing the archive "H:\FileBackups\Charlie\Charlie 2012-05-06 13;07;20 (Differential).zip": Index out of bounds - Native error: 00007
2012-05-06 19:06 The history file for "Charlie" will not be saved because the result of the backup is empty
2012-05-06 19:06 Deleting the Volume Shadow Copy snapshot "6b4a5d40-68dd-4564-a6b0-0969d8493099"
2012-05-06 19:06 The Volume Shadow Copy snapshot set has been successfully deleted
2012-05-06 19:06 Total backup time for "Charlie": 6 hours, 1 minutes, 1 seconds
2012-05-06 19:06 ** Backup done for the task "Charlie". Errors: 2134. Processed files: 200516. Backed up files: 181163. Total size: 76.79 GB **
2012-05-06 19:06 --
2012-05-06 19:06 The system can now enter sleep mode
2012-05-06 19:06 Total backup time: 6 hours, 1 minutes, 5 seconds
2012-05-06 19:06 *** Backup done. Errors: 2134. Processed files: 200516. Backed up files: 181163. Total size: 76.79 GB ***
2012-05-06 19:06 --
2012-05-06 19:06 Connected to the SMTP server smtp.comcast.net: 587
2012-05-06 19:06 Disconnected from the SMTP server
2012-05-06 19:06 The operation was successfully completed
|
|
|
|
|
|
|
|
|
|
Rank: Administration
Groups: Administrators
Joined: 10/9/2011(UTC) Posts: 1,682   Location: Umeå, Sweden Was thanked: 98 time(s) in 81 post(s)
|
Is the destination a FAT32 formatted device?
|
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 3/3/2012(UTC)
Posts: 9
Thanks: 1 times
|
|
|
|
|
|
|
Rank: Administration
Groups: Administrators
Joined: 10/9/2011(UTC) Posts: 1,682 Location: Umeå, Sweden Was thanked: 98 time(s) in 81 post(s)
|
Te other possibility is that the zip type is not being detected as zip64. Other than that, I really don't know. Compression (an specially zip compression) is a quite fragile method.
|
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 3/3/2012(UTC)
Posts: 9
Thanks: 1 times
|
Any thoughts on how to remedy? How would I check if it's zip64? I think i answered this myself-- I just changed the Use Zip64 option to "Always" from "Automatically"
I actually don't prefer the .zip file method, but it was the only solution that I could come up with to resolve the "couldn't delete a directory" issue that I was having (i.e. program tried to delete an older backup directory, but couldn't because the files weren't yet finished deleting by Windows). Would 7zip be a better solution? I'm just as happy to use that, fwiw. I'm really just trying to eliminate the delete old backup issue that I was having.
One other thought. Could you change the way you remove directories to be the equivalent of "rmdir <diretory name> /s", which would remove an old backup directory and all of it's files. I'm not much of a programmer, and maybe this paradigm doesn't make sense, but thought I'd offer the thought.
FWIW, I can work around this issue, I think. I believe that if I just move some files out of my Documents directory (c:\users\charlie\documents) and into some other directory on my drive, I'll reduce the file count, and resolve the problem. But being kind of a geek, I figured I'd dig into the problem a bit. But perhaps my case is rare enough that it's not worth solving? I'm okay with that too.
Let me know your thoughts, please.
I'll run with the zip64 set to Always overnight, so that should tell me.
Best,
--> C
|
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 3/3/2012(UTC)
Posts: 9
Thanks: 1 times
|
Interestingly enough, when it ran again with the Zip64 set to always, I get a different error: Code:ERR 2012-05-07 23:46 An error occurred when creating or refreshing the archive "H:\FileBackups\Charlie\Charlie 2012-05-07 21;46;42 (Differential).zip": Out of memory
2012-05-07 23:46 The history file for "Charlie" will not be saved because the result of the backup is empty
|
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 3/3/2012(UTC)
Posts: 9
Thanks: 1 times
|
In case anyone else has this problem in the future, I solved by moving a bunch of files out of the Task and into another task.
I suspect though, that using the "Split Archive" feature, even with a fairly large size (e.g. 25GB), would've also worked, but I didn't think of that.
Thanks, Luis!
--> C
|
|
|
|
|
|
Rank: Administration
Groups: Administrators
Joined: 10/9/2011(UTC) Posts: 1,682 Location: Umeå, Sweden Was thanked: 98 time(s) in 81 post(s)
|
|
 1 user thanked cobian for this useful post.
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 6/18/2012(UTC) Posts: 1 
|
Hi have been having the same problem. i have been trying to back up with zip, but it just refuses to work.
i tried the splitting method, which seemed to work fine, except the .zip file was completely empty!! all the other parts where fine though, so i had the data, but am not sure if i could reconstruct my large files from it. (backing up vmware virtual mchines).
i am now resorting back to Cobian 10, as zip worked fine in that version.
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.
