Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ecf-dev] R-HEAD build failing
Hi Folks,

An update:   After lots of fussing, it seems that the R-HEAD build began failing on scp because Markus' shell account was accidently disabled [1].

Now that that's fixed, we are back to the R-HEAD build failing because of the original problem...i.e. an SHA-256 digest error like this:

Waiting for jobs to end
org.eclipse.core.runtime.CoreException: java.lang.SecurityException: SHA-256 digest error for org/apache/http/client/cache/HttpCacheEntry.class
    at org.eclipse.buckminster.runtime.BuckminsterException.fromMessage(BuckminsterException.java:57)
    at org.eclipse.buckminster.runtime.BuckminsterException.wrap(BuckminsterException.java:123)
    at org.eclipse.buckminster.core.actor.AbstractActor.perform(AbstractActor.java:205)
    at org.eclipse.buckminster.core.internal.actor.PerformManager$DirectActionInvocation.execute(PerformManager.java:143)
    at org.eclipse.buckminster.core.internal.actor.PerformManager.internalPerform(PerformManager.java:454)
    at org.eclipse.buckminster.core.internal.actor.PerformManager.perform(PerformMan


It's our hypothesis that this is a problem with the pack200 that we are using (from Java *6* currently in the builder).    It's my hope that updating to either Java 7 or Java 8 will make this error go away, so we've asked the folks at OSU Open Source Lab to update the Java version on Jenkins to be Java 7 or Java 8 (it might need to be Java 7 based upon the OS that they are using there).

In any event, it's my hope that this will solve the pack200 error that we are getting above.   It's possible that it will not, but I'd rather not think about that now.  :).

Unfortunately, Neon M5 occurs on Feb 5 (3 days from now).   Since we can't contribute a build today (still Tuesday in US), it seems that we won't be able to contribute a new build for Neon M5.  

I don't want to do this, but if this issue can't be resolved we will likely have to withdraw from the Neon simultaneous release.  That's because packed repos are required for the Simultaneous Release.

Thanks,

Scott

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=486424


On 1/24/2016 1:27 PM, Wim Jongman wrote:
Hi

We are getting OOM errors on the MaxPermGen space. That is the reason for the slow web ui.

I will see if I can crank this up.



On Thu, Jan 21, 2016 at 9:25 PM, Wim Jongman <wim.jongman@xxxxxxxxx> wrote:

I have been offline for a few days.

Sent from TypeApp

On Jan 21, 2016, at 20:52, Markus Alexander Kuppe <eclipse.org@lemmster.de target=_blank>ecf-dev_eclipse.org@lemmster.de> wrote:
On 20.01.2016 06:55, Scott Lewis wrote:

 I've been fussing with this R-HEAD...but when I put it back to the way
 things were for the successful build (without packing) I'm now seeing
 this exception on failed signing attempts:
 
 [ant] Queueing site_1961713111.zip for signing
 ERROR: org.eclipse.core.runtime.CoreException: /opt/hudson/tools/hudson.plugins.buckminster.BuckminsterInstallation/Buckminster_4.3/buckminster/configuration/org.eclipse.osgi/bundles/27/1/.cp/org/eclipse/buckminster/jarprocessor/antscript/signing.ant:174: server indicated an error: scp: /home/data/users/mkuppe//home/data/httpd/download-staging.priv/rt/ecf: No such file or directory
 org.eclipse.core.runtime.CoreException:
/opt/hudson/tools/hudson.plugins.buckminster.BuckminsterInstallation/Buckminster_4.3/buckminster/configuration/org.eclipse.osgi/bundles/27/1/.cp/org/eclipse/buckminster/jarprocessor/antscript/signing.ant:174: server indicated an error: scp: /home/data/users/mkuppe//home/data/httpd/download-staging.priv/rt/ecf: No such file or directory
  at org.eclipse.buckminster.ant.AntRunner.handleInvocationTargetException(AntRunner.java:167)
  at org.eclipse.buckminster.ant.AntRunner.run(AntRunner.java:322)
  at org.eclipse.buckminster.ant.actor.AntActor.internalPerform(AntActor.java:254)
  at org.eclipse.buckminster.core.actor.AbstractActor.perform(AbstractActor.java:195)
 
 ...
 
 
 this appears to be saying that the path information on the Eclipse
 signing service is somehow munged up:
 
 indicated an error: scp:
/home/data/users/mkuppe//home/data/httpd/download-staging.priv/rt/ecf: No such file or directory
 
 
 Thing is...afaik, I (nor no one) has messed with any of these paths in
 the jenkins project configs.  It looks to me like perhaps there should
 be a space here:
 
 scp: /home/data/users/mkuppe/  /home/data/httpd/download-staging.priv/rt/ecf
 
 Where are these set, however?   Any ideas (Markus?) as to why/how this
 would go wrong without config changes?


Hi Scott,

I have no idea what's going on but the build versions its config on
Github [1]. The revision history might give a clue of what has changed
that broke the build.

Cheers
Markus

[1] https://github.com/ECF/Build/commits/master



ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ecf-dev

_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ecf-dev

Back to the top