Closed Bug 1286347 Opened 8 years ago Closed 8 years ago

seta server is down, need to disable seta until it can be restored to service

Categories

(Infrastructure & Operations Graveyard :: CIDuty, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: kmoir, Assigned: kmoir)

Details

Attachments

(3 files)

I'll attach a patch
Assignee: nobody → kmoir
Attached patch bug1286347.patchSplinter Review
Comment on attachment 8770261 [details] [diff] [review]
bug1286347.patch

and merged to production
Attachment #8770261 - Flags: checked-in+
just looked at a test master and it reconfig'ed fine with this change

we can expect higher load than normal on fx-team and m-i as a result

jgriffin has credentials to look at the seta server, he is looking to see if apache is running on it
4:35 PM <jgriffin> kmoir: so do we need to add 'windows7-32-vm' here? https://github.com/mozilla/ouija/blob/master/src/server.py#L460
4:36 PM <kmoir> yes
4:36 PM <kmoir> I think so
4:36 PM <kmoir> I don't know what the deployment process is
4:36 PM <kmoir> if you could do that
4:36 PM <kmoir> then restart it or whatver
4:37 PM <kmoir> if it works I could test it from my dev master with seta enabled
4:37 PM <kmoir> I have to go pick up my son at day camp
4:37 PM <kmoir> will be back in an hour 
4:38 PM kmoir → kmoir-afk
4:38 PM <kmoir-afk> does that sound okay?
4:38 PM <jgriffin> kmoir-afk: sure, I think it's fixed now though
4:38 PM <jgriffin> http://alertmanager.allizom.org/data/setadetails/?date=2016-07-12&buildbot=1&branch=fx-team&inactive=1 works
4:38 PM <kmoir-afk> oh okay
4:38 PM <kmoir-afk> yay
4:38 PM <kmoir-afk> okay I will just go check on my master again
4:40 PM nthomas|away → •nthomas
4:41 PM <kmoir-afk> I need to land a fix to skip that platform from seta
4:42 PM <kmoir-afk> but it looks good jgriffin, thanks
4:42 PM <kmoir-afk> my patch is in buildboy
4:42 PM <kmoir-afk> buildbot
4:42 PM <kmoir-afk> hah
4:42 PM <jgriffin> ok great
Attachment #8770286 - Flags: review?(rail)
previous patch can be reverted too with second patch to add platform
Comment on attachment 8770286 [details] [diff] [review]
bug1286347-2.patch

http://alertmanager.allizom.org/data/setadetails/ tells me that it should be "windows7-32-vm". r+ with that fix.
Attachment #8770286 - Flags: review?(rail) → review-
Comment on attachment 8770286 [details] [diff] [review]
bug1286347-2.patch

The script doesn't look at 

http://alertmanager.allizom.org/data/setadetails/ 

it looks at this for example

http://alertmanager.allizom.org/data/setadetails/?date=2016-07-12&buildbot=1&branch=mozilla-inbound&inactive=1

and the key there is 
"Windows 7 32-bit VM"
Attachment #8770286 - Flags: review- → review?(rail)
Comment on attachment 8770286 [details] [diff] [review]
bug1286347-2.patch

Ah, I see. I was too lazy to add those params to the script to get to the proper endpoint :)
Attachment #8770286 - Flags: review?(rail) → review+
patch I landed to re-eanble seta and ignore the new windows platform until we have more data to coalesce tests
I checked a test, build and the scheduling masters and it looks like the reconfig went fine with this change.
verified on test scheduling master that tests are being skipped

opened bug 1286550  to address consuming windows 7 vm data in bbconfigs
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Component: Platform Support → Buildduty
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.

Attachment

General

Created:
Updated:
Size: