Operating System: All
Platform: All

Confirmed, distribution jobs are failing [0] like this:

https://nexus.opendaylight.org/content/repositories/opendaylight.snapshot/org/opendaylight/integration/distribution-karaf/0.5.0-SNAPSHOT/distribution-karaf-0.5.0-20160803.223021-4083.tar.gz. Return code is: 413, ReasonPhrase: Request Entity Too Large.

[0] https://logs.opendaylight.org/releng/jenkins092/controller-distribution-boron/339/_console-output.log.gz

please do not close this bug until the nexus file size limit is reverted to 500M. please see tsc meeting minutes from 8/4/2016 for more info.

We should also monitor this job so we never lose the offline deploy:

https://jenkins.opendaylight.org/releng/view/integration/job/integration-distribution-offline-boron/

(In reply to Luis Gomez from comment #3)
> We should also monitor this job so we never lose the offline deploy:
>
> https://jenkins.opendaylight.org/releng/view/integration/job/integration-
> distribution-offline-boron/

can we just make the distribution-check that happens on the gerrits run
in offline mode? then no patches could come in to bring this offline bug back?

> can we just make the distribution-check that happens on the gerrits run
in offline mode?

+1
But wait until Bugs 6187 and this one are verified to be fixed.

I think it would be possible yes and we would save 1 job.

Upgrading to Karaf 3.0.7 shrinks the distribution by ~70MB (resulting in a 499MB tarball). Comparing the 3.0.6 and 3.0.7 distributions reveals that the latter drops the following duplicated JARs (amongst others):

• Bouncy Castle 1.49 (we're using 1.54)
• CXF (again; do we actually need it?)
• Groovy
• GSON 2.2.2
• Guava 13.0, 13.0.1, 17.0 (these are ~2MB JARs)
• Guice
• Hazelcast 1.9.4
• Jackson 2.4.1 (we're using 2.3.2)
• JClouds
• Netty 3.3.1, 3.9.1 and 4.0.19 (we're using 4.0.37)
• WSS4J

A number of ServiceMix bundles disappear too.

https://git.opendaylight.org/gerrit/43138 drops one extraneous version of Jackson (from Atrium).

Very good Stephen, what is the plan for karaf 3.0.7 update?

(In reply to Luis Gomez from comment #9)
> Very good Stephen, what is the plan for karaf 3.0.7 update?

I'm hoping https://git.opendaylight.org/gerrit/40818 will pass distribution-check now that https://git.opendaylight.org/gerrit/43139 has been merged (once the merge job has completed...). After that I'd like to get a CSIT run, and given the late stage in the release we might want a TSC waiver or something like that...

OK, let me know if i can help with anything.

(In reply to Luis Gomez from comment #11)
> OK, let me know if i can help with anything.

We have a complete test-integration build, https://jenkins.opendaylight.org/releng/job/integration-patch-test-boron/24/ — does it look OK?

Is the size still at blocking level? As in, should we postpone Boron release until it improves (and by how much)?

(In reply to Vratko Polák from comment #13)
> Is the size still at blocking level? As in, should we postpone Boron release
> until it improves (and by how much)?

No, the RC1 distribution is only 417.41MB in size (as a gzipped tarball).

(In reply to Stephen Kitt from comment #14)
> (In reply to Vratko Polák from comment #13)
> > Is the size still at blocking level? As in, should we postpone Boron release
> > until it improves (and by how much)?
>
> No, the RC1 distribution is only 417.41MB in size (as a gzipped tarball).

The recent size is aprox 412M which is below our previous blocking level
of 512M which was relaxed in order to unblock us.

I also need to comment here that we should not be closing this bug until
we confirm that our nexus upload size limit has been reduced back to its'
original 512M level.

Current sizes:

distribution-karaf-0.5.0-Boron-RC1.zip : 440465781 bytes.
distribution-karaf-0.6.0-20160824.182041-339.zip : 431629240 bytes.

As of 2016-08-25 09:48 (PDT) the upload limit for nexus has been reduced back to 512MB as stipulated. Since I've been asked to mark this as RESOLVED upon the completion of this task, I'm now doing so.