Issue Details (XML | Word | Printable)

Key: HUDSON-4901
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: abayer
Reporter: petehayes
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Hudson

If an incorrect load rule is specified at job creation, you can not successfully reconfigure and run job

Created: 19/Nov/09 09:06 AM   Updated: 19/Nov/09 12:39 PM   Resolved: 19/Nov/09 12:39 PM
Component/s: clearcase
Affects Version/s: current
Fix Version/s: None

Environment: Platform: All, OS: All


 Description  « Hide

We had incorrectly specified a load rule when a job was created using base
clearcase. When the job was run and the view created, clearcase complained that
the path was not found in the load rule and errored out. We fixed the load
rule, and when we tried to rerun the job, it would error out before it had
chance to update the config spec.

Started by user a466245
Building remotely on saappl03dev
/opt/applocal/hudson-qa/workspace/aat-tcServer-1.0/hudson_saappl03dev_aat-tcServer-1.0
element * CHECKEDOUT
element * /main/LATEST
load /vob_sai/servers/aat_tcserver
cleartool: Error: Unable to lookup "aat_tcserver" in
"/vob_sai/servers@@/main/2": No such file or directory.
cleartool: Error: Unable to access "/vob_sai/servers/aat_tcserver": No such file
or directory.
cleartool: Error: 1 config spec load rule problems encountered.
FATAL: Base ClearCase failed. exit code=1
FATAL: cleartool did not return the expected exit code. Command line="update
-force -log NUL hudson_saappl03dev_aat-tcServer-1.0", actual exit code=1
java.io.IOException: cleartool did not return the expected exit code. Command
line="update -force -log NUL hudson_saappl03dev_aat-tcServer-1.0", actual exit
code=1
at
hudson.plugins.clearcase.HudsonClearToolLauncher.run(HudsonClearToolLauncher.java:100)
at hudson.plugins.clearcase.ClearToolSnapshot.update(ClearToolSnapshot.java:140)
at
hudson.plugins.clearcase.action.SnapshotCheckoutAction.checkout(SnapshotCheckoutAction.java:76)
at
hudson.plugins.clearcase.AbstractClearCaseScm.checkout(AbstractClearCaseScm.java:369)
at hudson.model.AbstractProject.checkout(AbstractProject.java:978)
at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:421)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:370)
at hudson.model.Run.run(Run.java:1120)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:123)



Sort Order: Ascending order - Click to sort in descending order
abayer added a comment - 19/Nov/09 09:34 AM

Ah - I think the problem here is that I'm not properly handling changes to the
load rules in the first place. You can change the load rules all you want, but
it never actually does anything about those changes unless it's recreating the
view at the same time. I'm adding a check for that now.


scm_issue_link added a comment - 19/Nov/09 12:39 PM

Code changed in hudson
User: : abayer
Path:
trunk/hudson/plugins/clearcase/src/main/java/hudson/plugins/clearcase/action/SnapshotCheckoutAction.java
trunk/hudson/plugins/clearcase/src/test/java/hudson/plugins/clearcase/action/SnapshotCheckoutActionTest.java
http://fisheye4.cenqua.com/changelog/hudson/?cs=23861
Log:
[FIXED HUDSON-4901] We were not properly handling changes to load rules in base views.