Closed Bug 1175127 Opened 9 years ago Closed 9 years ago

Whitelist mozilla-nightly-updates.s3.amazonaws.com in aus4

Categories

(Infrastructure & Operations Graveyard :: WebOps: Product Delivery, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: rail, Assigned: cliang)

References

Details

(Whiteboard: [kanban:https://webops.kanbanize.com/ctrl_board/2/1331] )

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

Just like in bug 1145186, we need to whitelist mozilla-nighlty-updates.s3.amazonaws.com domain in both production and dev instances of balrog.

Thanks.
Assignee: server-ops-webops → cliang
Typo..... it should be mozilla-nightly-updates.s3.amazonaws.com

Sorry about that. :/
Summary: Whitelist mozilla-nighlty-updates.s3.amazonaws.com in aus4 → Whitelist mozilla-nightly-updates.s3.amazonaws.com in aus4
Is there any chance to whitelist the domain today so we don't worry about this next week in Whistler? :)
Blocks: 1173457
No longer blocks: funsize
ping?
My apologies: my move of this bug in our kanban board marked it as mine right before I went on pre-Whistler PTO, so no one touched it while I was gone. =\

Rail: Can you please verify that the domain is correctly whitelisted for the -dev instance of balrog before I make changes to -prod?

Based on earlier bugs, it's not clear to me if whitelisted domains always must be to be added to both the admin and the balrog config files to work correctly.  I added mozilla-nighlty-updates.s3.amazonaws.com to both.
Flags: needinfo?(rail)
No worries, I suspected something like that. ;)

I just tested the whistelisting against the dev instance and it worked fine.
Flags: needinfo?(rail)
Change pushed out to prod.  Please let me know if if there have been any unintended consequences.
All green! Thanks a lot.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Blocks: 1223064
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in before you can comment on or make changes to this bug.