Closed Bug 555049 Opened 16 years ago Closed 16 years ago

TryServer failure while checking out talos: "cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: File exists"

Categories

(Release Engineering :: General, defect, P2)

x86
Windows NT
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: dholbert, Assigned: coop)

References

()

Details

(Whiteboard: [badslave?])

http://tinderbox.mozilla.org/showlog.cgi?log=MozillaTry/1269550196.67.1269550376.11841.gz WINNT 6.0 try talos svg on 2010/03/25 13:49:56 tinderbox: tree: MozillaTry tinderbox: builddate: 1269550196.67 tinderbox: status: busted tinderbox: build: WINNT 6.0 try talos svg tinderbox: errorparser: unix tinderbox: binaryurl: tinderbox: logcompression: bzip2 tinderbox: logencoding: base64 tinderbox: END { U talos/page_load_test/jss/object-regexp-112.html U talos/page_load_test/jss/object-regexp-113.html U talos/page_load_test/jss/object-regexp-114.html U talos/page_load_test/jss/object-regexp-115.html U talos/page_load_test/jss/object-regexp-116.html U talos/page_load_test/jss/object-regexp-117.html U talos/page_load_test/jss/object-regexp-118.html U talos/page_load_test/jss/object-regexp-119.html U talos/page_load_test/jss/object-regexp-12.html U talos/page_load_test/jss/object-regexp-120.html cvs [checkout aborted]: cannot rename file CVS/Entries.Backup to CVS/Entries: File exists program finished with exit code 1 } Any idea what might have caused this?
Doing some investigation on the slave (qm-pvista-try09) now.
Assignee: nobody → ccooper
Status: NEW → ASSIGNED
Priority: -- → P2
Didn't find anything out of the ordinary ownership or permissions-wise, and we've had successful svg runs on this box since the initial problem. Tagging the slave as potentially bad and moving on.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Whiteboard: [badslave?]
Could the slave have failed to clean up properly before?
(In reply to comment #3) > Could the slave have failed to clean up properly before? Nothing in the logs from the previous svg run, but we don't clean up at the end of talos runs like we do for e.g. nightlies. The intial cleanup step for the build in question had no errors either.
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.