https://pantsbuild.org/ logo
b

busy-car-23170

03/04/2019, 10:06 PM
Hey all, I'm spending some time trying to update Pants at my company (it's become an annual-ish event for me), and am hitting this error while moving from 1.7.0 -> 1.8.0.
Copy code
[shade-zinc]
==== stderr ====
Exception in thread "main" java.util.zip.ZipException: invalid entry size (expected 526140 but got 0 bytes)
I noticed this PR went into 1.8.0, which initially smells correlated: https://github.com/pantsbuild/pants/pull/5953 we do have a 3rdparty dependency on guava 20.0, is there more shading I should try and do? Can also provide more stacktrace/debug details in a gist. Thanks in advance!
w

witty-crayon-22786

03/04/2019, 10:11 PM
does it repro on retry? that sortof looks like a bad cache fetch
b

busy-car-23170

03/04/2019, 10:12 PM
Yep happens consistently
w

witty-crayon-22786

03/04/2019, 10:12 PM
interesting. then possibly a corrupted cache entry...
possibly the input jar?
b

busy-car-23170

03/04/2019, 10:13 PM
Hm I'll try without reading from cache
w

witty-crayon-22786

03/04/2019, 10:20 PM
@busy-car-23170: i'm guessing that one of the input jars is truncated
you might try iterating through each of them and doing a check that they are valid... like
unzip -l $jar > /dev/null && echo $?
also, coursier has better validation of fetched artifacts, so maybe once you've made it onto a more recent version you can try that out?
b

busy-car-23170

03/04/2019, 10:43 PM
All of the jars are unzippable 😕
Could it be that step is expecting a nailgun server for some I/O? We've turned off some usages of nailgun in a couple places
it does appear that the very final jar argument for that command does not exist, but I'm not sure what that is supposed to be (output perhaps?)
w

witty-crayon-22786

03/05/2019, 5:18 PM
yea, that should be output.
nailgun shouldn't be necessary, afaik
might try wiping the ivy cache, and the caches under
~/.cache/pants
?
5 Views