I'm pretty sure this was not done since I was waiting for the dust to settle there. Since that servers is occasionally used as a replication repair source, it should have the user accounts on it.
labstore1004 just needs the settings ready in puppet
Description
Description
Details
Details
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| maintain_dbusers: add new multi-instance analytics dedicated host | operations/puppet | production | +6 -1 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Marostegui | T233766 labsdb1011 mariadb crashed | |||
| Restricted Task | |||||
| Restricted Task | |||||
| Open | None | T204950 Public Edit Data Lake: Mediawiki history snapshots available in SQL data store to cloud (labs) users | |||
| Open | None | T215858 Plan a replacement for wiki replicas that is better suited to typical OLAP use cases than the MediaWiki OLTP schema | |||
| Resolved | fnegri | T280152 Mitigate breaking changes from the new Wiki Replicas architecture | |||
| Unknown Object (Task) | |||||
| Resolved | RobH | T260441 (Need By: ASAP) rack/setup/install clouddb10[13-20] | |||
| Resolved | • Bstorm | T260389 Redesign and rebuild the wikireplicas service using a multi-instance architecture | |||
| Resolved | • razzi | T269211 Convert labsdb1012 from multi-source to multi-instance | |||
| Resolved | • Bstorm | T281287 Now that labsdb1012 is clouddb1021, connect it to maintain-dbusers |
Event Timeline
Comment Actions
Change 684485 had a related patch set uploaded (by Bstorm; author: Bstorm):
[operations/puppet@production] maintain_dbusers: add new multi-instance analytics dedicated host
Comment Actions
Change 684485 merged by Bstorm:
[operations/puppet@production] maintain_dbusers: add new multi-instance analytics dedicated host
Comment Actions
Mentioned in SAL (#wikimedia-cloud) [2021-05-03T23:53:18Z] <bstorm> running maintain-dbusers harvest-replicas on labstore1004 T281287