Opened 13 years ago
Closed 13 years ago
#54 closed defect (postpone)
Jenkins is broken
Reported by: | Matthias Vogelgesang | Owned by: | Suren A. Chilingaryan |
---|---|---|---|
Priority: | critical | Milestone: | |
Component: | Infrastructure | Version: | |
Keywords: | Cc: |
Description
Browsing the management page of Jenkins (http://ufo.kit.edu/jenkins/manage) reveals serious problems, one of them being, that you cannot add new CMake-based projects. The "solution" page is at https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+says+my+reverse+proxy+setup+is+broken but doesn't really tell me how I could fix this.
So I guess it has something to do with the way we integrate Jenkins (running on ipepdvcompute1) and the URLs pointing to it (ufo.kit.edu). For example, the main page http://ufo.kit.edu/jenkins is correctly forwarded.
Attachments (0)
Change History (5)
comment:1 Changed 13 years ago by
comment:3 Changed 13 years ago by
You need a slash in the end. It was always like this. If for some reason now you need URL without slash, let me know and I'll configure this.
comment:4 Changed 13 years ago by
OK. The problem is HTML rewrite engine is not able to catch all semi-absolute URLs produced by jenkins. This things are failing:
<input value="Test" onclick="validateButton('/descriptorByName/hudson.security.PAMSecurityRealm/test','',this)"
Generally, there is nothing I can do about this. The possible ways to work-around:
- Custom HTML rewrite scripts may be written. But this a lot of work and I'll not go to do it unless extremely necessary.
- The problem will not introduce itself if the direct domain name is used instead of "http://ufo.kit.edu/jenkins". For instance, http://jenkins.ufo.kit.edu will do, but this takes some amount of bureaucracy. On over hand, I can easily set http://jenkins.suren.me.
- The non-administrative part looks to work fine. For administration, the direct URL http://ipepdvcompute1.ka.fzk.de:8080 may be used.
comment:5 Changed 13 years ago by
Resolution: | → postpone |
---|---|
Status: | new → closed |
The reverse proxy is actually configured. Using the specified test page, you can see, the location header is rewritten as they want:
Also, As I can see, all jenkins pages are displayed correctly. Is there anything really broken? Otherwise, I'd assume the bug is in the jenkins problem detection code :)