Closed
Bug 900149
Opened 11 years ago
Closed 11 years ago
create developer instance for balrog/aus4
Categories
(Infrastructure & Operations Graveyard :: WebOps: Product Delivery, task)
Infrastructure & Operations Graveyard
WebOps: Product Delivery
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: hwine, Assigned: cturra)
References
Details
(Whiteboard: [balrog])
This will be the dev environment for the balrog app, which will be deployed in staging (bug 832460) and production (bug 832461) environments. So, it must be compatible with those environments in terms of OS and software versions.
As noted in emails and meetings, this is a blocker for the cross group Q3 goal "start using new update server in production", and is needed no later than Aug 13 to meet that goal.
Assignee | ||
Comment 1•11 years ago
|
||
:jakem just pointed me to a dev environment that he setup for this a couple months ago. you can find it at:
https://aus4-dev.allizom.org/
and the admin interface at:
https://aus4-admin-dev.allizom.org
is there something outstanding here that i have missed?
Flags: needinfo?(hwine)
Reporter | ||
Comment 2•11 years ago
|
||
(In reply to Chris Turra [:cturra] from comment #1)
> :jakem just pointed me to a dev environment that he setup for this a couple
> months ago.
...
> is there something outstanding here that i have missed?
Yes -- IT had requested/suggested that the dev environment be replaced in the past. (And we were told hardware had been allocated - hence our expectation for a new system.)
If you're saying the existing dev environment has the identical OS & software stack versions as the staging and production systems will, that is welcome news. Prior information was that there would be OS and software stack differences between the old dev (on seamicro atom?) and the new production (vms?).
Our interest for the dev box is identical software versions. Please confirm those match precisely with the spec for staging & production.
Flags: needinfo?(hwine)
Reporter | ||
Comment 3•11 years ago
|
||
:cturra - looking for agreement or further discussion on comment 2 -- I forgot to set needinfo yesterday
Flags: needinfo?(cturra)
Assignee | ||
Comment 4•11 years ago
|
||
i just had a look and the dev environment i pointed out to you is running on seamicro atoms. this is not identical hardware to what we will be moving you to, but does share the same operating system and software, so should be sufficient to get you started.
i will work on moving these over to seamicro xeons and track when that is complete in this bug.
this work can also be done in parallel to any work you need to do.
Flags: needinfo?(cturra)
Assignee | ||
Comment 5•11 years ago
|
||
i have /mostly/ finished up with the work for the dev environment. everything is now running through the new xeon node. during the deployment, i made a pull request to move the conf files into a relative path to the application. it can be found at:
https://github.com/mozilla/balrog/pull/15
once that is merged, i can setup up the auto updates for this environment.
Assignee: server-ops-webops → cturra
Flags: needinfo?(hwine)
Assignee | ||
Comment 7•11 years ago
|
||
:hwine - thnx for merging my pull request :) i have completed the auto update scripts so the dev environment checks for updates every 15 minutes.
everything should now be good to go for your new dev environment :)
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 8•11 years ago
|
||
I think things are looking good. I can login to aus1.dev.webapp.phx1 successfully. And AFAICT, https://aus4-dev.allizom.org and https://aus4-admin-dev.allizom.org are both pointing at the new node, rather than the old ones.
Thanks Chris.
Status: RESOLVED → VERIFIED
Updated•8 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•