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

Bug 325255

Summary:	Git polling manually triggered; and history
Product:	[Technology] Hudson	Reporter:	Steve Powell <zteve.powell>
Component:	GIT	Assignee:	Eclipse Webmaster <webmaster>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	eclipse, mikael.barbero
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	Mac OS X - Carbon (unsup.)
Whiteboard:

Description Steve Powell

2010-09-14 10:06:17 EDT

Git polling for virgo.test.snapshot fails:

---8<---------------
Started on Sep 14, 2010 10:01:16 AM
Using strategy: Default
[poll] Last Build : #215
[poll] Last Built Revision: Revision 865566d6022a6112dab673175cf9b65dfa882aab (origin/master)
GitAPI created
Fetching changes from the remote Git repositories
Fetching upstream changes from git://git.eclipse.org/gitroot/virgo/org.eclipse.virgo.test.git
[virgo.test.snapshot] $ git fetch -t git://git.eclipse.org/gitroot/virgo/org.eclipse.virgo.test.git +refs/heads/*:refs/remotes/test/*
fatal: read error: Connection reset by peer
ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway
Polling for changes in
[virgo.test.snapshot] $ git tag -l master
[virgo.test.snapshot] $ git rev-parse origin/master
Done. Took 1.2 sec
No changes
--------------------

Which means that changes (which should have been picked up) are not -- and the job is not triggered.

Comment 1 Eclipse Webmaster

2010-09-14 11:27:42 EDT

Well the polling seems to be working based on the logs for some of the other Virgo jobs this morning.

This may be related to bug 323977, where we suspect the culprit is xinetd service limits.  We're in the process of correcting that so let us know if that 'resolves' this problem.

-M.

Comment 2 Steve Powell

2010-09-14 11:36:49 EDT

The Git Polling log is overwritten each time, and the Job logs do not reveal if the polling works or not.

We have been clearing the workspace in order to ensure a clean checkout for our proxy testing, so polling hasn't been kicking off the jobs very much, though some may be.

Is there a way to force a poll?  Also can we have the last few polling log records saved??

Comment 3 Steve Powell

2010-09-14 11:38:18 EDT

(In reply to comment #2)
Apologies -- the log does indicate if a poll has kicked off the job -- though this isn't conclusive that the polling has 'worked' correctly.

I'll change this to an enhancement request.

Comment 4 Steve Powell

2010-09-14 11:39:33 EDT

Enhancement:  please provide a way to trigger a poll -- and to see the polling record history.

Thank you.

Comment 5 Denis Roy

2011-08-12 16:26:11 EDT

If the purpose of polling Git is to launch a build, instead of implementing a way to 'manually trigger a poll' why not just hit the Build Now button?

Alternatively, you could commit a blank line...

Comment 6 Steve Powell

2011-08-15 05:58:14 EDT

The purpose of polling Git is not to trigger a build, but to check to see if a build needs to be triggered.  Moreover, the polling mechanism may be broken, or misconfigured, and being able to 'manually trigger a poll' is a good way to test it.  Finally, the polling history is useful when you come in 'in the morning' and discover that the polling you expected to run overnight didn't seem to produce the expected build pattern.

Comment 7 Eclipse Webmaster

2011-08-15 10:46:01 EDT

Ok that makes sense.

However this kind of enhancement sounds like something that should be directed at the Hudson dev team.  Or you could try cooking up a groovy script via Hudsons script console to test this. 

If polling seems to have failed let us know and we'll restart hudson, as that seems to be the only real fix(even if temporary).

-M.

Comment 8 Mikaël Barbero

2015-02-26 09:38:50 EST

Moving to hudson as it is probably an enhancement request for them.

Comment 9 Eclipse Webmaster

2022-03-21 10:03:26 EDT

Since Jenkins has superseded Hudson, and 7ish years have passed I'm going to close this as 'wontfix'.

-M.