Sun, May 21
The initial step is composer dependencies, so it sounds like all wikidata extensions's composer dependencies need to be tracked somehow in mediawiki/vendor.
Fri, May 19
Thu, May 18
tested in a limited way, works fine.
Wed, May 17
CI staging was allocated as a labs project and we've been using it for pipeline work, this is complete.
@mobrovac could you clarify a few of your requirements + rationals in comments on the google doc?
Tue, May 16
RESTBase is now deployed via Scap3. Resolving.
Mon, May 15
Sat, May 13
Fri, May 12
I reverted the parser change and deployed it just now https://gerrit.wikimedia.org/r/#/c/353584/1 the cache will need a purge still
Thu, May 11
Wed, May 10
@bd808 thank you for the masterful grepping! I was really confused about how this could have happened.
This was installed on the ci-staging cluster and we reviewed the plugin in the pipeline meeting: https://www.mediawiki.org/wiki/Wikimedia_Release_Engineering_Team/Deployment_pipeline/2017-03-14#Pearson_Deployment_Pipeline_Jenkins_Plugin
http://ci-staging-jenkins.wmflabs.org/ci/job/Jenkinsfile.docker/ does the same thing as the differential-docker-test job.
ci-staging-docker-registry is working!
Tue, May 9
This change was deployed and is live now. Thanks for the swat @fgiunchedi !
tl;dr: The timestamps of when the error-rate spiked on the canary servers and when the deployment started don't make sense.
Saw this in action during European mid-day SWAT. Seems to be working to me. I will continue to monitor over time. Calling this done for now, will open a new ticket if there are problems.
Mon, May 8
Went through this somewhat recently to see what yet remains on tin, here's a dump of my notes:
Fri, May 5
Wed, May 3
Looks good, once we have https://gerrit.wikimedia.org/r/#/c/351548 or similar in operations/mediawiki-config, should be good to land.
Tue, May 2
hadn't looked at locking in a while, I was surprised we're not using config['lock_file'] for everything considering it's set in many repos https://github.com/wikimedia/mediawiki-services-mathoid-deploy/blob/master/scap/scap.cfg#L13
Mon, May 1
For some reason https://gerrit.wikimedia.org/r/#/c/350505/3/modules/varnish/templates/text-common.inc.vcl.erb caused reload-vcl to fail on deployment-cache-text04 during a puppet run.
Thu, Apr 27
Hi @fgiunchedi I just tagged and pushed debian/3.5.7-1. It has a fix for T163671: LocalisationUpdate not working since 2017-04-11. Could you update scap on carbon please. Puppet patch coming shortly.
Tue, Apr 25
Mon, Apr 24
@fgiunchedi I tagged and pushed debian/3.5.6-1. Could you update to 3.5.6-1 on carbon? Puppet patch Soon™.
So with the new version of scap cache_git_info now runs on every sync (i.e., sync-file, sync-dir etc.) command rather than how it previously worked where it was only updated with a full scap sync T38271: [scap] Recompute and sync git version cache when sync-* are used.
I ran into this when testing the new deployment server (naos) the other day and it was disconcerting.