Closed
Bug 863836
Opened 11 years ago
Closed 11 years ago
please create a new database for servo buildbot master
Categories
(Data & BI Services Team :: DB: MySQL, task)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: bhearsum, Assigned: scabral)
References
Details
We're going to be creating a new buildbot master for the Servo project - one that won't be related to our existing buildbot db. Let me know what other details you need.
Comment 1•11 years ago
|
||
Should this go on the buildbot cluster? Other options are the generic and devtools clusters, and the not-yet-built releng cluster. I'm not sure who I'm asking, here - Ben, Sheeri, Corey..
Reporter | ||
Comment 2•11 years ago
|
||
I'm trying to keep servo infrastructure as close to other RelEng infra to ease consolidation later so my intuition says "buildbot cluster", but I don't know all the implications of that.
Comment 3•11 years ago
|
||
Fixing component!
Assignee: server-ops-dcops → server-ops-database
Component: Server Operations: DCOps → Server Operations: Database
QA Contact: dmoore → cshields
Assignee | ||
Comment 4•11 years ago
|
||
Well, for now, how about I make it on the staging server? The implications of having servo on the same machine as buildbot is that buildbot failing is tree-closing. What's the db name I should put in? something like servo_allizom_org?
Assignee: server-ops-database → scabral
Comment 5•11 years ago
|
||
This isn't a staging instance, so that doesn't seem like a good choice. Ben, do the trees close if this fails?
Reporter | ||
Comment 6•11 years ago
|
||
(In reply to Dustin J. Mitchell [:dustin] from comment #5) > This isn't a staging instance, so that doesn't seem like a good choice. +1 > Ben, do the trees close if this fails? Servo's workflow is a little different, but the simple answer is "no". Servo can survive outages better than we can on the other Buildbot DB, but it's still going to be a production service...so long outages are bad, of course.
Assignee | ||
Comment 7•11 years ago
|
||
I know it's not a staging instance, but don't you want one, to test?
Reporter | ||
Comment 8•11 years ago
|
||
(In reply to Sheeri Cabral [:sheeri] from comment #7) > I know it's not a staging instance, but don't you want one, to test? Yeah - that's a good idea.
Reporter | ||
Comment 9•11 years ago
|
||
(In reply to Sheeri Cabral [:sheeri] from comment #4) > Well, for now, how about I make it on the staging server? The implications > of having servo on the same machine as buildbot is that buildbot failing is > tree-closing. > > What's the db name I should put in? something like servo_allizom_org? Oh, and let's not use servo_allizom_org...how about servo_buildbot_staging?
Assignee | ||
Comment 10•11 years ago
|
||
How about buildbot_servo_staging that way we can do something like "show databases like "buildbot%" and see everything?
Assignee | ||
Comment 11•11 years ago
|
||
buildbot_servo_staging db and buildbot_servo user created, password given securely to Ben.
Assignee | ||
Comment 12•11 years ago
|
||
virtual IP for stage is: writes: stage-rw-vip.db.scl3.mozilla.com reads: stage-ro-vip.db.scl3.mozilla.com
Reporter | ||
Comment 13•11 years ago
|
||
Can we get the prod the db created now?
Assignee | ||
Comment 14•11 years ago
|
||
OK, we can do either devtools or generic, pinging bhearsum in IRC about which he prefers (what might interfere or not play nicely with others).
Assignee | ||
Comment 15•11 years ago
|
||
I have created buildbot_servo database on the devtools cluster and gave the buildbot_servo user permissions on the database. Will send password securely.
Assignee | ||
Comment 16•11 years ago
|
||
VIPs: devtools-ro-vip.db.scl3.mozilla.com devtools-rw-vip.db.scl3.mozilla.com
Assignee | ||
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 17•11 years ago
|
||
tested the rw credentials and they work fine. Thanks!
Status: RESOLVED → VERIFIED
Updated•10 years ago
|
Product: mozilla.org → Data & BI Services Team
You need to log in
before you can comment on or make changes to this bug.
Description
•