Bugzilla – Full Text Bug Listing
| Summary: | HIPP for RAP | ||
|---|---|---|---|
| Product: | Community | Reporter: | Markus Knauer <mknauer> |
| Component: | CI-Jenkins | Assignee: | CI Admin Inbox <ci.admin-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | chris.guindon, denis.roy, thanh.ha, webmaster |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 403843 | ||
|
Description
Markus Knauer
(In reply to Markus Knauer from comment #0) > The RAP project would like to get its own Hudson instance. > This instance should be for both projects, the RAP project itself and its > RAP Incubator project. Thanks for your interest. We're currently in the process of setting up more HIPP servers (hardware) to increase the capacity of our HIPP systems due to the amount of HIPP instance requests we've received since launching this initiative. Deployments of new instances maybe delayed until these new servers are in place (soon). (In reply to Thanh Ha from comment #1) > Deployments of new instances maybe delayed until these new > servers are in place (soon). I'll be on vacation for the next two weeks anyway... that will give you more time for setting up the new instances ;-) I've created the RAP instance which can now be accessed at:
https://hudson.eclipse.org/rap
Committers from both RAP and RAP Incubator now have permission to login and create jobs. Please keep in mind you will need to use your _email_ address as your username to use HIPP.
If you require any additional plugins reopen this bug and list the plugins you would like installed.
Finally, we can optionally add the RAP Hudson user to the RAP project group which would allow it to access any directory which RAP project group members can access this includes things like git repos and the Downloads area. Might be handy if you'd like to use Hudson for automated build promotion but we'd suggest only adding this if you need it.
Hi Thanh, thanks for setting it up. I migrated the first out of many jobs and the third try was successful. (In reply to Thanh Ha from comment #3) > Finally, we can optionally add the RAP Hudson user to the RAP project group > which would allow it to access any directory which RAP project group members > can access this includes things like git repos and the Downloads area. Yes, that was one reason for us to migrate. Over the time we've assembled some scripts that are run by a cron job, and I'd like to get rid of this solution for copying the nightly builds to the download server. Could you please add the RAP Hudson to the RAP project group? Thanks! (In reply to Markus Knauer from comment #4) > Yes, that was one reason for us to migrate. Over the time we've assembled > some scripts that are run by a cron job, and I'd like to get rid of this > solution for copying the nightly builds to the download server. Could you > please add the RAP Hudson to the RAP project group? Thanks! Done. I've also restarted your instance so the group update would take effect. (In reply to Thanh Ha from comment #5) > Done. That's great. Thanks! Our RAP HIPP works like a charm... but now I'm reopening this bug because we switched to Gerrit (bug 423785) and we'd like to use the Gerrit Trigger plugin. Can you enable this plugin for us? Or can we do this ourselves? (In reply to Markus Knauer from comment #7) > Our RAP HIPP works like a charm... but now I'm reopening this bug because we > switched to Gerrit (bug 423785) and we'd like to use the Gerrit Trigger > plugin. Can you enable this plugin for us? Or can we do this ourselves? It requires some configuration on our end so it's easier if we did it. I went ahead and installed the plugin and restarted your instance. You should be able to use it now. Something must have change now... event the old jobs are not running any more. They seem to have problems with Git or when cloning the repository? E.g. see https://hudson.eclipse.org/rap/job/rap-head-runtime/81/console This job hasn't been modified and is expected to run through... %< --------------------------- Cloning the remote Git repository Cloning repository origin Fetching upstream changes from git://git.eclipse.org/gitroot/rap/org.eclipse.rap.git ERROR: Problem fetching from origin / origin - could be unavailable. Continuing anyway hudson.plugins.git.GitException: Error performing command: git fetch -t git://git.eclipse.org/gitroot/rap/org.eclipse.rap.git +refs/heads/*:refs/remotes/origin/* Cannot run program "git" (in directory "/home/hudson/genie.rt.rap/.hudson/jobs/rap-head-runtime/workspace/org.eclipse.rap"): error=2, No such file or directory %< --------------------------- I forced a reboot. It seems to be happy now. https://hudson.eclipse.org/rap/job/rap-head-runtime/82/console Thanks, seems to work now. Enjoy your weekend! Strangely, this HIPP instance picked up a change on the website: https://hudson.eclipse.org/rap/job/rap-head-runtime-gerrit/7/consoleFull https://git.eclipse.org/r/19817 (In reply to Denis Roy from comment #12) > Strangely, this HIPP instance picked up a change on the website It's not strange... it was a configuration error that should be fixed in the meantime. Anyway, it reveals a potential problem: To me it looks like every (HIPP?) Hudson job can act as if it was responsible for a certain change in Gerrit, and can fake a vote. Or am I wrong? (In reply to Markus Knauer from comment #13) > Anyway, it reveals a potential problem: To me it looks like every (HIPP?) > Hudson job can act as if it was responsible for a certain change in Gerrit, > and can fake a vote. Or am I wrong? This is true, all the HIPP instances are using the same HudsonVoter user on the Gerrit side in order to do the voting. > Anyway, it reveals a potential problem: To me it looks like every (HIPP?)
> Hudson job can act as if it was responsible for a certain change in Gerrit,
> and can fake a vote. Or am I wrong?
It's only a problem if committers start doing it intentionally.
|