Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 363690

Summary:	Hudson job fails when trying to perform a git fetch from GEF cvs mirror
Product:	Community	Reporter:	Alexander Nyßen <nyssen>
Component:	CI-Jenkins	Assignee:	Eclipse Webmaster <webmaster>
Status:	RESOLVED WORKSFORME	QA Contact:
Severity:	normal
Priority:	P3
Version:	unspecified
Target Milestone:	---
Hardware:	All
OS:	All
Whiteboard:

Description Alexander Nyßen

2011-11-14 05:49:53 EST

WIthin my Hudson build job gef4-tycho-nightly I would like to connect to the cvs git mirror of GEF. When running the job, the following error occurs (executing the git command locally works fine). I don't have shell access to hudson.eclipse.org, so I cannot check wether this would be the case on hudson.eclipse.org as well.

Started by user anyssen
Building remotely on hudson-slave1
Checkout:gef4-nightly-tycho / /opt/users/hudsonbuild/workspace/gef4-nightly-tycho - hudson.remoting.Channel@18123887:hudson-slave1
Using strategy: Default
Checkout:scm / /opt/users/hudsonbuild/workspace/gef4-nightly-tycho/scm - hudson.remoting.LocalChannel@389d0b87
Fetching changes from the remote Git repository
Fetching upstream changes from git://dev.eclipse.org/org.eclipse.gef/org.eclipse.gef.git
ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway
ERROR:  (Underlying report) : Error performing command: git fetch -t git://dev.eclipse.org/org.eclipse.gef/org.eclipse.gef.git +refs/heads/*:refs/remotes/origin/*
Command "git fetch -t git://dev.eclipse.org/org.eclipse.gef/org.eclipse.gef.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: fatal: The remote end hung up unexpectedly

ERROR: Could not fetch from any repository
FATAL: Could not fetch from any repository
hudson.plugins.git.GitException: Could not fetch from any repository
	at hudson.plugins.git.GitSCM$3.invoke(GitSCM.java:885)
	at hudson.plugins.git.GitSCM$3.invoke(GitSCM.java:843)
	at hudson.FilePath$FileCallableWrapper.call(FilePath.java:1960)
	at hudson.remoting.UserRequest.perform(UserRequest.java:114)
	at hudson.remoting.UserRequest.perform(UserRequest.java:48)
	at hudson.remoting.Request$2.run(Request.java:283)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:619)

Comment 1 Eclipse Webmaster

2011-11-14 14:06:53 EST

In order to access the cvs mirrors from 'inside' our network you need to use port 9419.

However you can also get the data directly from /home/data/gitmirror/org.eclipse.gef/org.eclipse.gef.git ( ie: git clone file:///home/data/gitmirror/org.eclipse.gef/org.eclipse.gef.git )

-M.

Comment 2 Alexander Nyßen

2011-11-14 14:20:09 EST

Yeah, that seems to have solved that problem. Thanks!

But there is still one thing that gets me stuck:

1) instead of the usual master branch, an additional origin branch seems to be in place
2) neither the master nor the origin branch seem to reflect the current state of the cvs repo (the master branch does not even contain the whole GEF4 module, the origin branch has not reflected the last feature-renamings within the repo, performed as part of bug #362642.

Who could help me out w.r.t. this?

Comment 3 Eclipse Webmaster

2011-11-14 16:29:40 EST

The cvs mirrors fall out of sync sometimes.  I've flushed the mirror and it's in the process of being rebuilt.

-M.

Comment 4 Alexander Nyßen

2011-11-14 16:51:03 EST

Fine. But why is there a master AND an origin branch within the cvs mirrors (and why is the master not as much up-to-date as the origin)?

Comment 5 Eclipse Webmaster

2011-11-15 09:35:38 EST

We run a plain git-cvsimport to build the mirrors, so it creates the git structure.  The data it builds from comes from our backup copy of cvs which depending on activity levels can lag behind by a few hours, so perhaps that has some impact.

-M.

Comment 6 Alexander Nyßen

2011-11-15 09:37:13 EST

OK. Right now, master and origin seem to be up to date again. So this may be resolved, as far as I am concerned.

Comment 7 Alexander Nyßen

2012-02-07 17:14:01 EST

As GEF4 is now using Git directly, closing this as WORKSFORME.