Closed Bug 634428 Opened 13 years ago Closed 13 years ago

w32-ix-slave03 needs setup for staging

Categories

(Release Engineering :: General, defect, P3)

x86
Windows Server 2003
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: nthomas, Unassigned)

Details

(Whiteboard: [slaveduty])

Hostname is win32-ix-slave03 so that needs fixing with everything else post-image.
w32-ix-slave08 has only ever done one job on try, might need keeping an eye one.
Summary: w32-ix-slave03 needs setup for staging → w32-ix-slave03 needs setup for staging, and w32-ix-slave08 for try
w32-ix-slave08's notion of its hostname is w32-ix-slave0.

I think this needs a "double-check the hostname" step added to PostImage.
Both are in staging now.  Leaving open to put w32-ix-slave08 back onto try.
w32-ix-slave03 went somehow to production and got a release build, which failed with the following error:
+++ python /e/builds/moz2_slave/rel-192-w32-rpk-1/scripts/scripts/l10n/../..//buildfarm/utils/jsontool.py -k properties.branch buildprops.json
Traceback (most recent call last):
  File "e:/builds/moz2_slave/rel-192-w32-rpk-1/scripts/scripts/l10n/../..//buildfarm/utils/jsontool.py", line 6, in <module>
    import simplejson as json
ImportError: No module named simplejson

buildbottac renamed
I think the TAC generator on Windows is seriously broken, and spontaneously regenerates a production file.  Also, there seems to be some service that periodically tries to restart the slave, even if it's turned off.  Hopefully the slave alloc work will eliminate that cruft.

So you may want to shut the system down instead of just moving buildbot.tac.
I heard from catlee over the weekend that Windows systems were seeing spontaneous failures of the bulidslave process, so there's code in place to periodically restart them.  This explains the flapping python.exe checks in nagios, and presumably that periodic restart is also generating new buildbot.tac's that point to production.  That all needs to die with the new slave startup stuff, but in the interim, completely shut down any w32 systems that you don't want running.

I'll move this to staging as directed in the summary.
Summary: w32-ix-slave03 needs setup for staging, and w32-ix-slave08 for try → w32-ix-slave03 needs setup for staging
w32-ix-slave03 has the correct hostname and is pointed to sm01.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.