Dear developers,
I caused, analyzed, and fixed a problem with our Jenkins setup today.
Initially I just wanted to change a parameter of Jenkins's configuration (the
e-mail address to use as sender).
But after this, no Jenkins job (including Gerrit-triggered ones) could be
executed.
This was due to a really strange interference of my local Firefox plug-in
"KeeFox" (integration of the password safe KeePass and Firefox) that changed
the configuration of Jenkins in a completely unforeseeable way.
I used the normal configuration page of Jenkins to change the e-mail address.
This form does not provide a text field for modifying the path to the jobs'
workspaces (by default "${ITEM_ROOTDIR}/workspace").
However, KeeFox included the username "admin" in the resulting HTTP POST
request, which led Jenkins to change the workspace directory variable to this
value.
The Saros-Gerrit job for instance then tried to work on the relative path
"admin" instead of the absolute path
"/var/lib/jenkins/jobs/Saros-Gerrit/workspace".
Fortunately, Jenkins keeps track of the config changes, so once I found the
issue that caused the failure, I was able to restore the old value, and to
successfully retrigger the failed jobs.
Lessons learned: Hm, "Don't use KeeFox." would be the first that comes to mind.
Any other ideas?
Franz
------------------------------------------------------------------------------
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible, Cloud Ready
Get Started Now And Turn Your Intranet Into A Collaboration Platform
http://p.sf.net/sfu/ExoPlatform
_______________________________________________
DPP-Devel mailing list
DPP-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dpp-devel
