Closed Bug 918571 Opened 11 years ago Closed 11 years ago

Trees closed because tbpl isn't getting any data

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task)

Product:
Infrastructure & Operations Graveyard
Component:
CIDuty
Type:
task
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: philor, Unassigned)

Details

Turns out the no-downtime-needed DNS maintenance needs downtime, since builds-4hr and pending.js and running.js are all failing, so tbpl can't show what's happening.

Closed all trees (except try, they can make their own luck) at 2013-09-19T16:34:01.
We're working with IT to fix this up. Unexpected complications related to the DNS work in SCL1.
Thu 16:47:27 PDT [4449] builddata.pub.build.mozilla.org:http file age - /buildjson/builds-4hr.js.gz is OK: HTTP OK: HTTP/1.1 200 OK

self-serve is working too.
sheriffs, we're all OK from our side. Please reopen at your discretion.

digi, could you let us know what went wrong ?
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(bhourigan)
Resolution: --- → FIXED
Still closed, waiting for Windows build slaves with working DNS.
Adam Newman is working on the firewall/network issue that's preventing w64-ix-slave*.winbuild.scl1.mozilla.com from reaching the new DNS servers.
Which is now resolved. The DNS server was responding on an different interface from what had received the request.
Because I'm not even half-sane, reopened at 2013-09-19T17:59:07 despite inbound being 15 pushes behind for Windows builds.

Heck, how often do we break Windows?

Oh, yeah, every 7 or 8 pushes.
:nthomas

Please se https://bugzilla.mozilla.org/show_bug.cgi?id=917678#c8 for a description of the problem which caused the tree closure.
Flags: needinfo?(bhourigan)
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.