719326 - Run disk diagnostics on w32-ix-slave30

Status: RESOLVED FIXED

(Release Engineering :: General, defect, P3)

Description

[Phil Ringnalda (:philor)]

If you've forgotten (it's been more than a month since the last round of this game), we wait a few weeks, then if I haven't been heard from again it's WFM, otherwise you say "check memory and reimage" and relops says "yeah, here's your reimage, if it breaks again we'll send it back to iX."

+++ This bug was initially created as a clone of Bug #686131 +++

https://tbpl.mozilla.org/php/getParsedLog.php?id=8655524&tree=Mozilla-Inbound
WINNT 5.2 mozilla-inbound build on 2012-01-18 19:12:19 PST for push a904454ebfbb

cd nss; make -j1 libs
      0 [main] make 3960 open_stackdumpfile: Dumping stack trace to make.exe.stackdump
make[6]: Leaving directory `/e/builds/moz2_slave/m-in-w32/build/security/nss/lib'
make[5]: Leaving directory `/e/builds/moz2_slave/m-in-w32/build/obj-firefox/security/manager'
make[4]: Leaving directory `/e/builds/moz2_slave/m-in-w32/build/obj-firefox'
make[3]: Leaving directory `/e/builds/moz2_slave/m-in-w32/build/obj-firefox'
make[2]: Leaving directory `/e/builds/moz2_slave/m-in-w32/build/obj-firefox'
make[1]: Leaving directory `/e/builds/moz2_slave/m-in-w32/build'
/bin/sh: line 1:  3960 Segmentation fault      (core dumped) make -j1 -C $directory libs

Comment 1

[Aki Sasaki (not active)]

Disabled in slavealloc.

Comment 2

[Chris Cooper [:coop] (he/him)]

Need someone to check the disk on this slave. It may need a new disk or a return to ix for repair.

Comment 3

[Matthew Larrain[:MaRu]]

Ran the SMART test on the machine and it completed without errors. I can throw ubcd on it and run some deeper scans if you guys want me to.

Comment 4

[Matthew Larrain[:MaRu]]

Reassigning to releng unless they need to give it back for more testing.

Comment 5

[Chris Cooper [:coop] (he/him)]

Taking until we decide what to do with this box: replacement, decommission, ...

Comment 6

[Amy Rich [:arr] [:arich]]

We can have iX take the machine for debugging, but we've been unable to find issues with it.

Comment 7

[Phil Ringnalda (:philor)]

If we're still talking about just the failure from comment 0, um, "put back in service..."?

make.exe crashed, once. Joey's protestations about how mature and stable make is aside, that's make.EXE, brought to you by msys. When I said "we wait a few weeks, then if I haven't been heard from again it's WFM" I meant it - I would have left it in service, waited to see if it was crashing more than once a month, and if not just shrugged and said "msys" in a scornful way, just like with the circular directory structure.

Comment 8

[Chris Cooper [:coop] (he/him)]

(In reply to Phil Ringnalda (:philor) from comment #7)
> If we're still talking about just the failure from comment 0, um, "put back
> in service..."?
> 
> make.exe crashed, once. Joey's protestations about how mature and stable
> make is aside, that's make.EXE, brought to you by msys. When I said "we wait
> a few weeks, then if I haven't been heard from again it's WFM" I meant it -
> I would have left it in service, waited to see if it was crashing more than
> once a month, and if not just shrugged and said "msys" in a scornful way,
> just like with the circular directory structure.

OK, I've put it back in service.