Tue, Mar 19
I've edited the setup section of the train docs to use ssh rather than http token auth. https://wikitech.wikimedia.org/wiki/Heterogeneous_deployment/Train_deploys#Setup
Sun, Mar 17
@AlvaroMolina and @Stryn I see the problem with your user accounts. The tl;dr is our Gerrit instance has ldap.localUsernameToLowerCase = true but both of your accounts are stored in the database as uppercase only.
Thu, Mar 14
Wed, Mar 13
+hashar thcipriani: I have added 1046 a few minutes ago ( https://phabricator.wikimedia.org/T218245 ) feel free to just delete it? +hashar I failed to notice it might have been affected by the WMCS disk outage from a few weeks ago +hashar so it is probably corrupted and irrecoverable
re-ran here successfully https://integration.wikimedia.org/ci/job/wmf-quibble-vendor-mysql-hhvm-docker/18998/
Tue, Mar 12
I do see the message in its entirety in logstash
Fri, Mar 8
In case it's useful, here's what CI does: https://gerrit.wikimedia.org/r/plugins/gitiles/integration/quibble/+/master/quibble/mediawiki.d
Thu, Mar 7
I think I have a theory, and I think it could explain how this keeps happening.
Lowering priority since touching InitialiseSettings.php has been happening since T60618: [scap] Touch InitialiseSettings.php if syncing (circa 2014)
I would delete it right away in the web UI but I have no idea whether https://releases-jenkins.wikimedia.org/ uses JJB and if so where the config files are stored :/
Wed, Mar 6
Tue, Mar 5
I have disabled beta-scap-eqiad since it's now failing constantly.
Now that 3.9.2-1 is everywhere, this should be resolved.
I'm not sure why it's showing None but the actual problem is:
Mon, Mar 4
Fri, Mar 1
Wed, Feb 27
Tue, Feb 26
We currently have 2 paths to an image being built and pushed:
Mon, Feb 25
Did this manually. Disk space issue should be resolved. This time I did this the same way I did T177867#4516303. There's a patch to do this via Jenkins that I'm going to review now.
I think this just needs to be deployed at this point (which looking at /srv/deployment maybe hasn't happened in a while).
The l10nupdate is currently disabled in production. Resetting priority.
I think @dduvall accomplished everything outlined on this task. Closing.
Thanks for the merge @jijiki !
Sat, Feb 23
Title of task was a bit ambiguous. To release the new version of scap, we still need to merge the puppet patch: https://gerrit.wikimedia.org/r/491879
Fri, Feb 22
Thu, Feb 21
@Ottomata I backported your fix and deployed it for wmf.18 yesterday before I rolled-forward the train to group1 wikis. This error hasn't shown up in the logs since.
Some random background on what's happening here:
Wed, Feb 20
Tue, Feb 19
Lowering priority and removing as train blocker since it did not regress last week.
@dduvall removed that last week after one of the cloudvirt machines had issues. Rather than rebuild the machine there was some discussion with @Mholloway in IRC about whether or not it was necessary to rebuild IIRC the conclusion was it was no longer being used(?).
Feb 15 2019
Move scap pull sooner
This could expand on the configuration outline in T210267: The continuous release pipeline should support more than one service per repo