|
2021-01-08
ยง
|
| 11:01 |
<arturo> |
enabling neutron hacks in codfw1dev (cloudnet2002-dev, cloudnet2003-dev) (T271517) |
[admin] |
| 10:58 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'db1138 (re)pooling @ 75%: After schema change', diff saved to https://phabricator.wikimedia.org/P13688 and previous config saved to /var/cache/conftool/dbconfig/20210108-105842-root.json |
[production] |
| 10:55 |
<arturo> |
aborrero@labtestvirt2003:~ $ sudo ifdown eno2.2107 (T271517) |
[admin] |
| 10:55 |
<arturo> |
aborrero@labtestvirt2003:~ $ sudo ifdown eno2.2120 (T271517) |
[admin] |
| 10:53 |
<arturo> |
root@cloudcontrol2001-dev:~# openstack subnet create --network wan-transport-codfw --gateway 208.80.153.185 --ip-version 4 --network wan-transport-codfw --no-dhcp --subnet-range 208.80.153.184/29 cloud-instances-transport1-b-codfw (T271517) |
[admin] |
| 10:43 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'db1138 (re)pooling @ 50%: After schema change', diff saved to https://phabricator.wikimedia.org/P13676 and previous config saved to /var/cache/conftool/dbconfig/20210108-104338-root.json |
[production] |
| 10:40 |
<dcaro> |
Finished tests, brining osd online (od.48) for eqiad ceph cluster (T271417) |
[admin] |
| 10:38 |
<urbanecm@deploy1001> |
Synchronized private/PrivateSettings.php: Update T250887 mitigations (duration: 01m 10s) |
[production] |
| 10:28 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'db1138 (re)pooling @ 25%: After schema change', diff saved to https://phabricator.wikimedia.org/P13675 and previous config saved to /var/cache/conftool/dbconfig/20210108-102835-root.json |
[production] |
| 10:26 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'Depool db1138', diff saved to https://phabricator.wikimedia.org/P13674 and previous config saved to /var/cache/conftool/dbconfig/20210108-102606-marostegui.json |
[production] |
| 10:01 |
<elukey> |
restart varnishkafka-webrequest on cp5001 - timeouts to kafka-jumbo1001, librdkafka seems not recovering very well |
[analytics] |
| 10:01 |
<elukey> |
restart varnishkafka-webrequest on cp5001 - timeouts to kafka-jumbo1001, librdkafka seems not recovering very well |
[production] |
| 10:00 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'db1085 (re)pooling @ 100%: After cloning db1155:3316', diff saved to https://phabricator.wikimedia.org/P13673 and previous config saved to /var/cache/conftool/dbconfig/20210108-100040-root.json |
[production] |
| 09:59 |
<dcaro> |
Started performance tests on sdc (od.48) for eqiad ceph cluster (T271417) |
[admin] |
| 09:45 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'db1085 (re)pooling @ 75%: After cloning db1155:3316', diff saved to https://phabricator.wikimedia.org/P13672 and previous config saved to /var/cache/conftool/dbconfig/20210108-094535-root.json |
[production] |
| 09:41 |
<dcaro> |
Taking osd.48 from eqiad ceph cluster out to do performance tests (T271417) |
[admin] |
| 09:30 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'db1085 (re)pooling @ 50%: After cloning db1155:3316', diff saved to https://phabricator.wikimedia.org/P13671 and previous config saved to /var/cache/conftool/dbconfig/20210108-093032-root.json |
[production] |
| 09:30 |
<marostegui> |
Restart mysql on db1115 (tendril/dbtree) |
[production] |
| 09:15 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'db1085 (re)pooling @ 25%: After cloning db1155:3316', diff saved to https://phabricator.wikimedia.org/P13670 and previous config saved to /var/cache/conftool/dbconfig/20210108-091528-root.json |
[production] |
| 09:08 |
<moritzm> |
installing libxstream-java security updates on Buster |
[production] |
| 09:04 |
<dcaro> |
manually testing patch https://gerrit.wikimedia.org/r/c/operations/puppet/+/655019 to the puppetmaster to test (T271509) |
[cloudinfra] |
| 09:01 |
<godog> |
swift codfw-prod: more weight to ms-be20[58-61] - T269337 |
[production] |
| 08:46 |
<elukey> |
force restart of check_webrequest_partitions.service on an-launcher1002 |
[analytics] |
| 08:44 |
<elukey> |
force restart of monitor_refine_eventlogging_legacy_failure_flags.service |
[analytics] |
| 08:18 |
<elukey> |
raise default max executor heap size for Spark refine to 4G |
[analytics] |
| 08:12 |
<marostegui> |
Deploy schema change on s4 codfw master - T270187 |
[production] |
| 07:57 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'Depool db1082', diff saved to https://phabricator.wikimedia.org/P13669 and previous config saved to /var/cache/conftool/dbconfig/20210108-075714-marostegui.json |
[production] |
| 07:23 |
<marostegui> |
Deploy schema change on s5 codfw master - T270187 |
[production] |
| 06:33 |
<marostegui@cumin1001> |
dbctl commit (dc=all): 'Depool db1085 to clone db1155:3316 T268742 ', diff saved to https://phabricator.wikimedia.org/P13666 and previous config saved to /var/cache/conftool/dbconfig/20210108-063301-marostegui.json |
[production] |
| 06:18 |
<marostegui> |
Deploy schema change on s2 codfw master - T270187 |
[production] |
| 04:59 |
<mutante> |
mw1266 - restart-php7.2-fpm |
[production] |
| 03:04 |
<ryankemper> |
[wdqs deploy] Deploy complete, service is healthy. This is done. |
[production] |
| 02:35 |
<ryankemper> |
[wdqs deploy] Restarting `wdqs-categories` across load-balanced instances, one host at a time: `sudo -E cumin -b 1 'A:wdqs-all and not A:wdqs-test' 'depool && sleep 45 && systemctl restart wdqs-categories && sleep 45 && pool'` |
[production] |
| 02:35 |
<ryankemper> |
[wdqs deploy] Restarted `wdqs-categories` across test instances: `sudo -E cumin 'A:wdqs-test' 'systemctl restart wdqs-categories'` |
[production] |
| 02:34 |
<ryankemper> |
[wdqs deploy] Restarted `wdqs-updater` across all instances: `sudo -E cumin -b 4 'A:wdqs-all' 'systemctl restart wdqs-updater'` |
[production] |
| 02:27 |
<ryankemper@deploy1001> |
Finished deploy [wdqs/wdqs@b15fc5c]: 0.3.58 (duration: 18m 04s) |
[production] |
| 02:17 |
<Reedy> |
Reloading Zuul to deploy https://gerrit.wikimedia.org/r/654964 |
[releng] |
| 02:15 |
<ryankemper> |
[wdqs deploy] Nevermind - the UI failure I mentioned above is transient. Restarting my ssh tunnel seemed to make the problem go away. Proceeding with deploy |
[production] |
| 02:12 |
<ryankemper> |
[wdqs deploy] While queries run fine, it looks like there might be a UI glitch in this version. Digging in to see if it's transient, but I'll likely be aborting this deploy |
[production] |
| 02:09 |
<ryankemper@deploy1001> |
Started deploy [wdqs/wdqs@b15fc5c]: 0.3.58 |
[production] |
| 02:09 |
<ryankemper> |
[wdqs deploy] Tests passing on canary before beginning wdqs deploy, proceeding |
[production] |
| 01:29 |
<dzahn@cumin1001> |
conftool action : set/pooled=yes; selector: name=mw1267.eqiad.wmnet |
[production] |
| 01:28 |
<mutante> |
mw1276, mw1277 - first API appervers on buster, now serving traffic, free to depool if any issues |
[production] |
| 01:28 |
<dzahn@cumin1001> |
conftool action : set/pooled=yes; selector: name=mw1277.eqiad.wmnet |
[production] |
| 01:28 |
<dzahn@cumin1001> |
conftool action : set/pooled=yes; selector: name=mw1276.eqiad.wmnet |
[production] |
| 01:24 |
<mutante> |
mw1266 - another buster appserver now serving traffic |
[production] |
| 01:24 |
<mutante> |
mw1265 - raised weight to 25 like regular appservers (buster) |
[production] |
| 01:23 |
<dzahn@cumin1001> |
conftool action : set/weight=25; selector: name=mw1265.eqiad.wmnet |
[production] |
| 01:18 |
<dzahn@cumin1001> |
conftool action : set/pooled=yes; selector: name=mw1266.eqiad.wmnet |
[production] |
| 01:17 |
<dzahn@cumin1001> |
conftool action : set/pooled=no; selector: name=mw1277.eqiad.wmnet |
[production] |