Incremental delta backup stalls at empty folder
Brought to you by:
aventin
Menu
▾
▴
#523 Incremental delta backup stalls at empty folder
I'm backing up my Thunderbird profile using a delta backup. Since I installed areca-7.4.2 (jre32) every incremental backup stalls when processing the empty "minidumps" folder in the profile directory. I verified this by adding the minidumps folder to the exclusion list, which results in a successful backup.
I suspect the error being somewhere in the delta backup implementation since a full backup works fine. Also the working thread seems to get stuck at the following position (obtained using the Log Activity button):
14-02-13 23:17 - DETAIL - Thread 4 (Command Runner : [Backup] / 16)
Thread dump :
sun.security.provider.SHA.implCompress (Line -1)
at sun.security.provider.DigestBase.engineUpdate (Line -1)
at java.security.MessageDigest$Delegate.engineUpdate (Line -1)
at java.security.MessageDigest.update (Line -1)
at com.myJava.file.delta.tools.CircularList.computeHash (Line 87)
at com.myJava.file.delta.sequence.FileSequencerByteProcessor.processByte (Line 85)
at com.myJava.file.delta.DeltaReader.readSeq (Line 168)
at com.myJava.file.delta.DeltaReader.read (Line 83)
at com.application.areca.impl.handler.DeltaArchiveHandler.store (Line 311)
at com.application.areca.impl.IncrementalZipMedium.storeFileInArchive (Line 124)
at com.application.areca.impl.AbstractIncrementalFileSystemMedium$1.run (Line 1493)
at com.application.areca.impl.AbstractIncrementalFileSystemMedium.doAndRetry (Line 1537)
at com.application.areca.impl.AbstractIncrementalFileSystemMedium.store (Line 1486)
at com.application.areca.AbstractTarget.processBackup (Line 401)
at com.application.areca.ActionProxy.processBackupOnTarget (Line 98)
at com.application.areca.launcher.gui.Application$9.runCommand (Line 1329)
at com.application.areca.launcher.gui.Application$ProcessRunner.run (Line 1857)
at java.lang.Thread.run (Line -1)
I tried to reproduce this bug by creating a backup directory containing a text file and an empty folder. In this case, however, the delta backup worked just fine.
OS: Win7 Professional SP1 (64-bit)
JVM: 1.7.0_51 (32-bit)
Areca: 7.4.2 (32-bit)
Thunderbird: 24.3.0
Okay, it has nothing to do with the empty folder. My test run only worked because there were merely small changes between the initial backup and the subsequent incremental backup. So my next guess is that the delta backup hangs when it tries to commit a change in a large file (e.g. the mail inbox file in my case, which is ~650 MB).