Closed Bug 765442 Opened 12 years ago Closed 12 years ago

talos-r3-xp-005, talos-r3-xp-006 and talos-r3-xp-007 don't have an operable rm

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task)

x86
Windows XP
task
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: philor, Assigned: Callek)

References

Details

(Whiteboard: [buildduty])

See https://tbpl.mozilla.org/php/getParsedLog.php?id=12718710&tree=Mozilla-Inbound&full=1 and https://tbpl.mozilla.org/php/getParsedLog.php?id=12719085&tree=Mozilla-Aurora&full=1 and https://tbpl.mozilla.org/php/getParsedLog.php?id=12718824&tree=Mozilla-Aurora&full=1 Dunno whether they got left with winrm.exe after bug 727551, or didn't get a workable rm.exe back, but to my surprise, failure to rm equals lots of failures on the next run, at least for some suites.
Just those three.
Summary: At least talos-r3-xp-005, talos-r3-xp-006 and talos-r3-xp-007 don't have an operable rm → talos-r3-xp-005, talos-r3-xp-006 and talos-r3-xp-007 don't have an operable rm
Whiteboard: [buildduty]
I logged into these three XP machines over VNC, they were enabled in slavealloc as of the time I checked. I found rm-new.exe in C:\mozilla-build\msys\bin\ which corresponded to the size of rm.exe on my machine, as well as had a creation date in 2010, I renamed this to rm.exe (which was missing entirely) Leaving open until we can verify they are sane, and CC'ing coop (who deployed this) and last weeks and this weeks buildduty.
Jobs have been taken on these slaves since then, and the rm.exe is working right. Resolving.
Assignee: nobody → bugspam.Callek
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
Product: Release Engineering → Infrastructure & Operations
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.