ZipException: too many length or distance symbols
Brought to you by:
aventin
When restoring I get this error (interestingly enough, that 2019-11-20.zip file that fails is not the one that I am trying to recover)
19-12-11 10:00 - ERROR - Error copying E/tmpTrabajo/2019-11-29.zip to C:\tmp\areca_recuperado\E\tmpTrabajo\2019-11-29.zip
java.util.zip.ZipException: too many length or distance symbols
at com.myJava.file.archive.zip64.InflaterInputStream.read(InflaterInputStream.java:158)
at com.myJava.file.archive.zip64.ZipInputStream.read(ZipInputStream.java:129)
at com.myJava.file.archive.zip64.ZipInputStream.closeEntry(ZipInputStream.java:93)
at com.myJava.file.archive.zip64.ZipArchiveAdapter.closeEntry(ZipArchiveAdapter.java:114)
at com.application.areca.impl.tools.ArchiveReader.injectIntoDirectory(ArchiveReader.java:118)
at com.application.areca.impl.IncrementalZipMedium.ensureLocalCopy(IncrementalZipMedium.java:288)
at com.application.areca.impl.IncrementalZipMedium.ensureLocalCopy(IncrementalZipMedium.java:250)
at com.application.areca.impl.handler.DefaultArchiveHandler.recoverRawData(DefaultArchiveHandler.java:65)
at com.application.areca.impl.AbstractIncrementalFileSystemMedium.recoverImpl(AbstractIncrementalFileSystemMedium.java:1824)
at com.application.areca.impl.AbstractIncrementalFileSystemMedium.recover(AbstractIncrementalFileSystemMedium.java:1904)
at com.application.areca.impl.AbstractIncrementalFileSystemMedium.recover(AbstractIncrementalFileSystemMedium.java:1174)
at com.application.areca.impl.FileSystemTarget.processRecoverImpl(FileSystemTarget.java:321)
at com.application.areca.AbstractTarget.processRecover(AbstractTarget.java:915)
at com.application.areca.ActionProxy.processRecoverOnTarget(ActionProxy.java:146)
at com.application.areca.launcher.gui.Application$3.runCommand(Application.java:490)
at com.application.areca.launcher.gui.Application$ProcessRunner.run(Application.java:1857)
at java.lang.Thread.run(Unknown Source)
Some side questions:
Tried with same results in:
Win7 (with Symantec AV) with jre1.8.0_181-32bit
Win10 (with Symantec AV) with jre1.8.0_231-64bit
Win10 (with Symantec AV) with jre13.0.1-64bit
Fortunately the original where I did the backup system is still available. On that system it recovers the file correctly, with:
Win7 (with no AV software) with jre1.8.0_211-b12-64bit
The set of backup files that I tried to read is the same for all cases (it's a shared folder)
Last edit: mar goli 2019-12-13