|Hudson polling git on unrelated jobs [message #1645954]
||Mon, 02 March 2015 19:42
| Peter Janes
Registered: March 2015
Last week's extended Bitbucket outage led me to put some effort into getting post-commit hooks working instead of polling our git repositories. Since configuring those hooks, however, I've seen that Hudson is still polling the git repository for each job as if it were configured with a cron of */10 * * * *. (The majority of the jobs are configured with 0 0 1 1 1, as I thought that perhaps there was a bug with parsing/processing @yearly.) About half of the jobs cascade from a single (disabled) job and don't override the polling time; the rest have their own polling configuration, which I've verified are also set to a low frequency.|
Perhaps not coincidentally, while the timed polling is happening the Hudson UI gets extremely slow; each browser appears to be making a connection but Hudson doesn't respond. This happens for around 5 minutes until no more git ls-remote jobs are running on any slaves. There's usually one git command running at any time across all of the slaves; occasionally I see two, but it's rare.
Any clues on what's happening or how to debug this further?
- Hudson 3.2.2
- Git Plugin 2.2.11 (installed today; previously 2.2.10)
- Master: OpenJDK 1.7.0_75 x86_64 (CentOS 6.4)
- 6 active ssh slaves on various platforms; most are running under Sun Java 1.6.0_35
[Updated on: Tue, 24 March 2015 15:07]
Report message to a moderator
Powered by FUDForum
. Page generated in 0.02658 seconds