If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Please check memory on w32-ix-slave36

RESOLVED FIXED

Status

Release Engineering
General
P2
normal
RESOLVED FIXED
6 years ago
4 years ago

People

(Reporter: philor, Assigned: coop)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [buildduty][badslave?][hardware])

(Reporter)

Description

6 years ago
https://tbpl.mozilla.org/php/getParsedLog.php?id=6356190
WINNT 5.2 Mobile Desktop mozilla-central build on 2011-09-09 15:40:34 PDT for push e986b99d847b

make -j1 FREEBL_CHILD_BUILD=1 \
 OBJDIR=e:/builds/moz2_slave/m-cen-w32-mb/build/obj-firefox/nss/freebl/WIN95_SINGLE_SHLIB libs
      0 [main] make 1556 open_stackdumpfile: Dumping stack trace to make.exe.stackdump


https://tbpl.mozilla.org/php/getParsedLog.php?id=6365088
WINNT 5.2 Mobile Desktop mozilla-inbound build on 2011-09-10 08:46:51 PDT for push ab8c0ebe600b

make[7]: Leaving directory `/e/builds/moz2_slave/m-in-w32-mb/build/security/nss/lib/pki'
cd libpkix; make -j1 export
      0 [main] make 4064 open_stackdumpfile: Dumping stack trace to make.exe.stackdump
(Reporter)

Comment 1

6 years ago
https://tbpl.mozilla.org/php/getParsedLog.php?id=6385992&full=1

Yeah, I don't know why it really is about just this slave, either.
But only on a few builds.
Summary: make.exe crashing on w32-ix-slave36 → make.exe crashing intermittently on w32-ix-slave36
(Assignee)

Comment 3

6 years ago
Marking for monitoring.
Priority: -- → P3
Whiteboard: [buildduty][badslave?][hardware]
(Reporter)

Comment 4

6 years ago
https://tbpl.mozilla.org/php/getParsedLog.php?id=6798003&tree=Mozilla-Inbound
(In reply to Phil Ringnalda (:philor) from comment #1)
> https://tbpl.mozilla.org/php/getParsedLog.php?id=6385992&full=1
> 
> Yeah, I don't know why it really is about just this slave, either.

make is mature enough the command is probably fine.  You might try running memtest86/memtest86+ on the machine to see if any of the ram chips are starting to fail.  Or poke at the temperature sensors to see if a cpu/case fan may have died and the processor is overheating.
(Reporter)

Comment 6

6 years ago
https://tbpl.mozilla.org/php/getParsedLog.php?id=6891855&tree=Mozilla-Inbound
(Reporter)

Comment 7

6 years ago
https://tbpl.mozilla.org/php/getParsedLog.php?id=6897277&full=1&branch=mozilla-inbound
Alright, it's disabled in slavealloc.

Comment 9

6 years ago
Shall we ask IT to check the memory and re-image it?
(Assignee)

Comment 10

6 years ago
(In reply to Armen Zambrano G. [:armenzg] - Release Engineer from comment #9)
> Shall we ask IT to check the memory and re-image it?

Yes.
Assignee: nobody → server-ops-releng
Component: Release Engineering → Server Operations: RelEng
QA Contact: release → zandr
Summary: make.exe crashing intermittently on w32-ix-slave36 → Please check memory on w32-ix-slave36
I've reimaged the host to see if that helps.  If the machine continues to be troublesome, open another bug or toss this one back over the wall we'll send it to iX for hardware diagnosis/repair. Note that this machine was imaged with the 2011 05 w32 image because of the bug replicating the newer image to scl1.
Assignee: server-ops-releng → nobody
Component: Server Operations: RelEng → Release Engineering
QA Contact: zandr → release
(Assignee)

Updated

6 years ago
Assignee: nobody → coop
Status: NEW → ASSIGNED
Priority: P3 → P2
(Assignee)

Comment 12

6 years ago
Back in production and taking jobs.
Status: ASSIGNED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
(Reporter)

Comment 13

6 years ago
https://tbpl.mozilla.org/php/getParsedLog.php?id=11194577&tree=Mozilla-Inbound
slave: w32-ix-slave36

Dumping stack trace to make.exe.stackdump
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.