1751-1800 of 10000 results (40ms)
2017-03-02 §
13:03 <filippo@puppetmaster1001> conftool action : set/pooled=yes; selector: name=ms-fe1005.eqiad.wmnet [production]
12:52 <moritzm> installing shadow security updates on jessie hosts [production]
12:43 <jynus> running ANALYZE table on revision at db1051 (depooled) T159319 [production]
12:36 <jynus@tin> Synchronized wmf-config/db-eqiad.php: Depool db1051 for maintenance (duration: 00m 42s) [production]
11:58 <hashar> CI composer based builds are now ok. Only operations/mediawiki-config was impacted as far as I can tell. [production]
11:10 <kartik@tin> Finished deploy [cxserver/deploy@5101090]: (no justification provided) (duration: 02m 24s) [production]
11:07 <kartik@tin> Started deploy [cxserver/deploy@5101090]: (no justification provided) [production]
10:51 <hashar> CI composer based builds are sometime broken since composer got upgraded to 1.1.0 . See https://phabricator.wikimedia.org/T159431 [production]
10:22 <moritzm> installing bind updates (we're using client-side libs/tools) [production]
10:04 <moritzm> installing tiff security updates on trusty hosts (jessie already fixed) [production]
09:55 <elukey> increased PHP memory_limit on bohrium for Piwik (T154558) [production]
09:26 <moritzm> installing glibc updates from jessie point release [production]
09:24 <hashar> Upgrading composer to 1.1.0 on CI instances [production]
09:08 <moritzm> installing apache2 security updates on mw1262-mw1265 [production]
08:51 <jynus> running alter table on db2039 T147747 [production]
08:45 <jynus> running alter table on db2035 T147747 [production]
08:27 <marostegui> Start pt-table-checksum on itwiki (s2)  - T154485 [production]
07:20 <marostegui> Deploy alter table enwiki.revision db2016 (codfw master) - T132416 [production]
07:09 <marostegui> Resume pt-table-checksum on idwiki (s2) - T154485 [production]
03:04 <l10nupdate@tin> ResourceLoader cache refresh completed at Thu Mar 2 03:04:16 UTC 2017 (duration 5m 49s) [production]
02:58 <l10nupdate@tin> scap sync-l10n completed (1.29.0-wmf.14) (duration: 14m 52s) [production]
02:25 <l10nupdate@tin> scap sync-l10n completed (1.29.0-wmf.13) (duration: 09m 30s) [production]
01:52 <eileen1> civicrm changed... [production]
00:48 <mutante> tin/mira - you will notice in the output of keyholder status you will not see the pathes in the "comment" column anymore. this is due to newer versions of openssh-client and caused our problem last time i attempted this. thanks to thcipriani's fix https://gerrit.wikimedia.org/r/#/c/312947/ we don't rely on this anymore and all is good, keyholder stays armed even after re-encrypting the [production]
00:44 <mutante> tin - disarm/rearm keyholder after changing passphrases of all deployment keys to new passphrase (T154943) [production]
00:41 <mutante> mira - disarm/rearm keyholder after changing passphrases of all other deployment keys (T154943) [production]
00:37 <dereckson@tin> Synchronized wmf-config/interwiki.php: Update interwiki map (ref T159103) (duration: 00m 41s) [production]
00:23 <mutante> mira - disarming keyholder, changed password of analytics deploy key - rearming to test changes for T154943 [production]
2017-03-01 §
23:28 <mutante> contint1002, contint2001: rm /usr/lib/ganglia/python_modules/diskstat.py*; rm /etc/ganglia/conf.d/diskstat.pyconf (re: gerrit 340657) [production]
21:44 <arlolra@tin> Finished deploy [parsoid/deploy@32ca3fb]: (no justification provided) (duration: 00m 15s) [production]
21:44 <arlolra@tin> Started deploy [parsoid/deploy@32ca3fb]: (no justification provided) [production]
21:44 <arlolra@tin> Finished deploy [parsoid/deploy@32ca3fb]: (no justification provided) (duration: 00m 15s) [production]
21:44 <arlolra@tin> Started deploy [parsoid/deploy@32ca3fb]: (no justification provided) [production]
21:43 <arlolra@tin> Finished deploy [parsoid/deploy@32ca3fb]: Updating parsoid to 9f96b2a0 (duration: 02m 00s) [production]
21:41 <arlolra@tin> Started deploy [parsoid/deploy@32ca3fb]: Updating parsoid to 9f96b2a0 [production]
21:41 <arlolra@tin> Finished deploy [parsoid/deploy@32ca3fb]: Updating parsoid to 9f96b2a0 (duration: 03m 50s) [production]
21:40 <demon@tin> Synchronized php-1.29.0-wmf.14/extensions/Echo/includes/model/Event.php: better logging and such (duration: 00m 40s) [production]
21:37 <arlolra@tin> Started deploy [parsoid/deploy@32ca3fb]: Updating parsoid to 9f96b2a0 [production]
21:37 <arlolra@tin> Finished deploy [parsoid/deploy@32ca3fb]: Updating parsoid to 9f96b2a0 (duration: 05m 14s) [production]
21:32 <arlolra@tin> Started deploy [parsoid/deploy@32ca3fb]: Updating parsoid to 9f96b2a0 [production]
21:32 <arlolra@tin> Finished deploy [parsoid/deploy@32ca3fb]: Updating parsoid to 9f96b2a0 (duration: 07m 39s) [production]
21:28 <demon@tin> Synchronized php-1.29.0-wmf.14/extensions/CentralAuth/: Unbreak pending real fix (duration: 00m 49s) [production]
21:24 <arlolra@tin> Started deploy [parsoid/deploy@32ca3fb]: Updating parsoid to 9f96b2a0 [production]
21:04 <demon@tin> rebuilt wikiversions.php and synchronized wikiversions files: group1 to wmf.14 [production]
21:03 <demon@tin> Synchronized php: Symlink swap (duration: 00m 39s) [production]
20:41 <mutante> netmon1001, labsdb1006,labsdb1007, fluorine, helium same fix as above, were not covered by salt targeting as they are precise. this is all now. ubuntu.wikimedia.org does not appear in sources when checking * [production]
20:35 <mutante> [neodymium:~] $ sudo salt --out=txt -b 10 -C 'G@lsb_distrib_codename:trusty' cmd.run "sed -i 's/ubuntu.wikimedia/mirrors.wikimedia/g' /etc/apt/sources.list && apt-get update" (https://phabricator.wikimedia.org/rOPUPe9da17d739233a4db197e947e627cf2a47ce6e6f#2080366) [production]
20:27 <mutante> all trusty hosts via salt - fix APT sources list. replace ubuntu.wikimedia (deleted) with mirrors.wikimedia, apt-get update (re: https://phabricator.wikimedia.org/rOPUPe9da17d739233a4db197e947e627cf2a47ce6e6f) [production]
20:02 <smalyshev@tin> Finished deploy [wdqs/wdqs@2b8ffef]: Bump memory limit for Java to 16g (duration: 03m 36s) [production]
19:59 <smalyshev@tin> Started deploy [wdqs/wdqs@2b8ffef]: Bump memory limit for Java to 16g [production]