zip file errors in the log files?

Richard Leonard 4 years ago updated by Tom 4 years ago 1

What does the following mean?

within a 2 minute window - the warning shows up 12 times -

the file either is or is not a zip file isn't it?

if the file is unreadable (which it seems to be... ) - shouldn't the error reflect that?

if the ISNOT a zip file - any indication as to what filetype it should be?

if it is a zip file then a scrambled multi-part zip.... zip vs. gzip vs. other flavors... (DOS/Mac/Linux/etc....)

more info please?!?!

20160314 01:09:29 [Scanner thread] WARN com.ubooquity.f.a - Failed to read file, will try to guess format: /mnt/Public/Comics/Marvel_Comics/Pre-Marvel(Timely-Atlas)/What's Scanned & Unscanned in the Timely-Atlas Universe (2010-07).cbz

20160314 01:09:29 [Scanner thread] INFO com.ubooquity.f.a - File type is in reality a ZIP (cbz)
20160314 01:09:29 [Scanner thread] WARN com.ubooquity.f.a - Could not open file: /mnt/Public/Comics/Marvel_Comics/Pre-Marvel(Timely-Atlas)/What's Scanned & Unscanned in the Timely-Atlas Universe (2010-07).cbz

java.util.zip.ZipException: archive is not a ZIP archive
   at org.apache.commons.compress.archivers.zip.ZipFile.positionAtEndOfCentralDirectoryRecord(ZipFile.java:806) ~[commons-compress-1.9.jar.7390313412389470896.tmp:1.9]
   at org.apache.commons.compress.archivers.zip.ZipFile.positionAtCentralDirectory(ZipFile.java:736) ~[commons-compress-1.9.jar.7390313412389470896.tmp:1.9]
   at org.apache.commons.compress.archivers.zip.ZipFile.populateFromCentralDirectory(ZipFile.java:481) ~[commons-compress-1.9.jar.7390313412389470896.tmp:1.9]
   at org.apache.commons.compress.archivers.zip.ZipFile.(ZipFile.java:216) ~[commons-compress-1.9.jar.7390313412389470896.tmp:1.9]

   at org.apache.commons.compress.archivers.zip.ZipFile.(ZipFile.java:192) ~[commons-compress-1.9.jar.7390313412389470896.tmp:1.9]
   at com.ubooquity.fileformat.cbz.a.a(SourceFile:40) ~[Ubooquity.jar:1.9.1]
   at com.ubooquity.f.a.a(SourceFile:89) [Ubooquity.jar:1.9.1]
   at com.ubooquity.f.a.a(SourceFile:30) [Ubooquity.jar:1.9.1]
   at com.ubooquity.b.c.a(SourceFile:66) [Ubooquity.jar:1.9.1]

   at com.ubooquity.data.feeder.a.b(SourceFile:512) [Ubooquity.jar:1.9.1]
   at com.ubooquity.data.feeder.a.c(SourceFile:470) [Ubooquity.jar:1.9.1]
   at com.ubooquity.data.feeder.a.b(SourceFile:35) [Ubooquity.jar:1.9.1]
   at com.ubooquity.data.feeder.a$1.run(SourceFile:123) [Ubooquity.jar:1.9.1]
   at java.lang.Thread.run(Thread.java:745) [na:1.8.0_60]


Ubooquity tries to unzip the file and fails.

As a workaround, it tries to guess the actual format by reading the first few bytes of the file (you'd be surprised by how many people confuse cbr and cbz when naming their files).

Turns out the file is a zip file, so it tries to unzip it (Useless, I agree. Usually in theses situations the actual format is different).

It fails again, of course.

As to why exactly, I don't know. The "magic number" is the only way Ubooquity has to guess the format.

Your files might be corrupted.