1451-1500 of 2393 results (12ms)
2013-04-30 §
15:28 <hashar> Copying l10n cache to the new NFS server: rsync -av /home/wikipedia/common/php-master/cache /srv/project/apache/common/php-master [releng]
15:11 <hashar> syncing upload data from the Gluster share to labnfs server: rsync -avv /data/project/upload7 /srv/project [releng]
13:59 <hashar> bastion: created NFS mount point thanks to Coren. echo 1 >/sys/module/nfs/parameters/nfs4_disable_idmapping ; mount -t nfs -o nfsvers=4,port=0,hard,rsize=65535,wsize=65536 labnfs.pmtpa.wmnet:/deployment-prep/project /srv/project [releng]
12:41 <hashar> Refreshed most extensions and running mw-update-l10n [releng]
2013-04-29 §
21:00 <hashar> updated MobileFrontend manually to 9356d00ac5 [releng]
2013-04-26 §
15:56 <MaxSem> Enabled GeoData cronjobs [releng]
2013-04-24 §
12:41 <hashar> on searchidx01 iptables -t nat -I OUTPUT --dest 208.80.153.219 -j DNAT --to-dest 10.4.0.17 (see {{bug|45868}} ) [releng]
2013-04-23 §
08:32 <MaxSem> Deployed GeoData [releng]
2013-04-22 §
20:49 <hashar> Manually updating all mw extensions to make sure everything works fine. [releng]
2013-04-21 §
21:17 <hashar> beta is up again. Apache2 could not start because the error log file was not accessible ( {{bug|47479}} ) [releng]
20:33 <hashar> Apache down on both apaches instances [releng]
2013-04-19 §
19:50 <hashar> The l10n cache was stalled since Mar 22 13:08 at least. The files were owned by `mwdeploy` seems something changed and they are now owned by `l10nupdate` So I ran: chown l10nupdate -R /home/wikipedia/common/php-master/cache/l10n/ [releng]
19:46 <hashar> Attempted to update the l10n cache (sudo -u mwdeploy mw-update-l10n ) got a permission deny on /home/wikipedia/common/php-master/cache/l10n [releng]
19:43 <hashar> Gluster is broken on beta. Extensions are no more updating nor the l10n update can run. {{bug|47425}} [releng]
19:38 <hashar> root@deployment-bastion:~# /etc/init.d/udp2log stop && /etc/init.d/udp2log-mw start [releng]
19:37 <hashar> Rebooting bastion. Seems GlusterFS can not allocate memory ( {{bug|47425}} ) [releng]
19:18 <hashar> manually updating mediawiki extensions [releng]
11:52 <hashar> Successfully added Mark Bergsma to deployment-prep. [releng]
09:00 <hashar> Updating puppet repositories on search01 and searchidx01. Running puppet on both of them. [releng]
2013-04-18 §
13:12 <hashar> update mobile cache (varnish-t3) to latest puppet manifests. [releng]
2013-04-16 §
16:02 <hashar> Updating mobile cache to use some mark change {{gerrit|59401}} [releng]
09:35 <hashar> applying role::cache::mobile to deployment-cache-mobile01 (that will replace deployment-varnish-t3 eventually) [releng]
09:25 <hashar> Updating mobile cache (deployment-varnish-t3) to patchset 47567/9 . Some puppet changes got merged in this morning :-] [releng]
2013-04-15 §
14:03 <hashar> Rebooting the fresh deployment-cache-upload-test6 instance [releng]
12:49 <hashar> -cache-upload03 refreshing local puppet repo [releng]
2013-04-10 §
18:24 <^demon|sick> ran mergeMessageList.php for php-master wikis [releng]
13:33 <hashar> Restarted the database updating job https://integration.wikimedia.org/ci/job/beta-update-databases/374/ [releng]
13:32 <hashar> switching udp2log on bastion: /etc/init.d/udp2log stop && /etc/init.d/udp2log-mw start (see {{bug|38995}} ) [releng]
13:31 <hashar> rebooting deployment-bastion too : gluster issue [releng]
13:26 <hashar> Cluster is back up :-] [releng]
13:25 <hashar> rebooting both apaches. [releng]
13:24 <hashar> Gluster failure again /data/project/apache/conf/ has some files missing: www.wikipedia.conf en2.conf wikimedia.conf [releng]
13:23 <hashar> apache2: Syntax error on line 324 of /etc/apache2/apache2.conf: Syntax error on line 9 of /etc/apache2/wmf/all.conf: Could not open configuration file /etc/apache2/wmf/www.wikipedia.conf: No such file or directory [releng]
13:20 <hashar> apt-get upgraded apache32 and apache33 . Note that apache is down on them. [releng]
13:19 <hashar> no pages being served. Most probably a PHP Fatal error [releng]
13:13 <hashar> reran Jenkins job https://integration.wikimedia.org/ci/job/beta-mediawiki-config-update/ . Some git failures happened in /home/wikipedia/common . [releng]
06:45 <hashar> searchidx01 : restarted lucene-search-2 might have been killed by OOM killer (see {{bug|46459}} [releng]
06:39 <hashar> search01 : restarted lucene-search-2 , was not listening on port 8123. [releng]
2013-04-08 §
20:51 <hashar> deployment-search01 : /usr/bin/java -Xmx2000m :-] [releng]
20:50 <hashar> Changing lucene-search-2 memory usage from 20G to 2G by manually editing /etc/init.d/lucene-search-2 (see {{bug|46459}} ) [releng]
20:00 <hashar> deployment-search01 updating local puppet repo c345581..7d036cb [releng]
19:57 <hashar> deployment-searchidx01 updating local puppet repository 81f5a93..7d036cb [releng]
2013-03-29 §
12:00 <hashar> MobileFrontend should not let user login again ({{bug|46649}}, the issue was most probably caused by the lack of commonswiki on beta. [releng]
11:53 <hashar> restoring commonswiki on beta {{gerrit|56593}}. [releng]
10:40 <hashar> rebooting jobrunner08 and bastion. High network use too. [releng]
10:38 <hashar> rebooting both apaches instances. They consume ton of network, most probably related to Gluster [releng]
2013-03-25 §
19:46 <hashar> -bastion : restarting puppet. Restarting beta autoupdater. [releng]
15:01 <hashar> Updated database enwiki [releng]
14:26 <hashar> getting lazy, dropping Central Notice tables from enwiki and rerunning updater. [releng]
14:16 <hashar> Attempting to fix central notice database schema for enwiki [releng]