101-137 of 137 results (26ms)
2019-10-24 §
12:34 <arturo> start both clouddb1001 and clouddb1004 (T227540) [clouddb-services]
11:14 <arturo> poweroff VM clouddb1001, hypervisor will be powered off (T227540) [clouddb-services]
11:13 <arturo> poweroff VM clouddb1004 (T227540) [clouddb-services]
11:09 <phamhi> stopped postgresl in clouddb1004 (T227540) [clouddb-services]
11:04 <arturo> stopped mariadb in clouddb1001 (T227540) [clouddb-services]
2019-09-30 §
17:15 <bstorm_> restart wikilabels postgresql [clouddb-services]
17:15 <bstorm_> restart osmdb on clouddb1003 [clouddb-services]
2019-09-16 §
19:41 <jeh> add openstack security group rules for Tools prometheus scrapes to mariadb exporter [clouddb-services]
19:28 <jeh> add openstack security group rules for labmon prometheus scraps to mariadb exporter [clouddb-services]
2019-05-24 §
23:38 <bstorm_> T224062 clouddb1002 is now free of postgresql services and the volume is reclaimed for toolsdb use [clouddb-services]
23:06 <bstorm_> T224318 cloudb-wikilabels-02 is now a replica of clouddb-wikilabels-01! [clouddb-services]
21:00 <bstorm_> T224062 Moved wikilabels postgres db to clouddb-wikilabels-01 [clouddb-services]
2019-05-22 §
00:14 <bstorm_> T224062 wikilabels postgres is now replicating to clouddb-wikilabels-01 [clouddb-services]
2019-04-05 §
00:35 <bstorm_> added the rsyncd ports to security groups for the osmdb cluster [clouddb-services]
2019-04-04 §
23:58 <bstorm_> pg_basebackup finished on clouddb1004 and streaming replication is flowing [clouddb-services]
18:46 <bstorm_> T219652 pg_basebackup started on clouddb1004 [clouddb-services]
18:35 <bstorm_> T219652 postgresql on clouddb1003 had to be restarted to get it to accept WAL connections [clouddb-services]
18:00 <bstorm_> T219652 clouddb1003 is now the OSMdb primary [clouddb-services]
2019-03-28 §
23:17 <bstorm_> clouddb1003 is now a full osmdb replica T193264 [clouddb-services]
19:32 <bstorm_> pg_basebackup started on clouddb1003 for osmdb T193264 [clouddb-services]
2019-02-28 §
02:09 <bstorm_> clouddb1002 is now the replica for clouddb1001/toolsdb and is catching up slowly [clouddb-services]
2019-02-18 §
19:01 <bstorm_> labsdb1004 is now a replica of clouddb1001, which is toolsdb now. [clouddb-services]
18:26 <arturo> (jaime T193264) setting clouddb1001 in read_write mode [clouddb-services]
18:12 <arturo> T193264 pointing tools.db.svc.eqiad.wmflabs to clouddb1001 [clouddb-services]
17:55 <arturo> (jaime T193264) set clouddb1001 in read_only=1 [clouddb-services]
16:11 <andrewbogott> deleting clouddb-utils-01 VM and associated puppet prefix; we aren't going to run maintain_dbusers here after all [clouddb-services]
15:51 <andrewbogott> removing dns and public IP from clouddb1001 [clouddb-services]
2019-02-17 §
21:21 <bstorm_> The slave of labsdb1005.eqiad.wmnet is now clouddb1001.clouddb-services.eqiad.wmflabs [clouddb-services]
19:16 <arturo> T193264 delete VM clouddb-services-01 [clouddb-services]
18:54 <arturo> T193264 create VM clouddb-services-01 for PoC of running maintain-dbusers from here [clouddb-services]
2019-02-16 §
13:59 <arturo> T193264 switched clouddb1001/1004 to the new project local puppetmaster [clouddb-services]
13:54 <arturo> T193264 create 'clouddb10' puppet prefix to store puppet/hiera config for database servers in this project [clouddb-services]
13:47 <arturo> T193264 create 'clouddb-services-puppetmaster' puppet prefix to store puppet/hiera config for this project puppetmaster [clouddb-services]
13:43 <arturo> T193264 create 'clouddb-services-puppetmaster-01' instance [clouddb-services]
13:33 <arturo> add myself as user and projectadmin [clouddb-services]
2019-02-15 §
23:42 <bd808> Added BryanDavis (self), Arturo Borrero Gonzalez, Marostegui, and Jcrespo as admins in project [clouddb-services]
22:49 <bstorm_> created mariadb security group and lvs for a new database T193264 [clouddb-services]