|Resolved||mobrovac||T109926 [keyresult] Migrate all Service team owned services to scap|
|Resolved||mobrovac||T120103 Deploy Parsoid with scap3|
|Resolved||mobrovac||T90668 Replace custom server.js with service-runner|
|Resolved||• GWicke||T135679 RFC: Clarify / clean up return values from ServiceRunner.run()|
|Resolved||• yuvipanda||T140227 Remove parsoid UID/GID from Labs LDAP|
|Resolved||mobrovac||T140218 Remove automatic beta updates for Parsoid|
|Resolved||mobrovac||T140477 Make Parsoid Vagrant role use service::node|
|Resolved||dduvall||T142990 Sequential execution should be per-deployment, not per-phase|
- Mentioned In
- rOPUP046f1f4ba3c9: Admin: Add Parsoid deployers to the deploy-service group
rOPUP57af72ef2d0f: Admin: Add Parsoid deployers to the deploy-service group
rOPUP5f1e76227bec: Parsoid: Switch to Scap3 deployments
T90668: Replace custom server.js with service-runner
T120104: Deploy CXServer with scap3
deployment-parsoid05 and deployment-cache-parsoid05 seem like likely deployment targets in beta. Looking at the repo_config salt pillar it seems like the transition from trebuchet to scap3 would be pretty straight-forward for beta: checkout submodules, service restart, service checks.
Although, I'm not completely sure these targets use trebuchet. Normally a target has the deploy_target grain set to the repo, would expect: deployment_target: parsoid/deploy to be set on either of those boxes, but I don't see it:
thcipriani@deployment-parsoid05:~$ sudo salt-call grains.get 'deployment_target' local: thcipriani@deployment-salt:~$ sudo salt -G 'deployment_target:parsoid/deploy' test.ping thcipriani@deployment-salt:~$
Is trebuchet used in beta for parsoid?
Parsoid is the one of the two backend services magically updated via Jenkins (the other is cxserver).
The job is https://integration.wikimedia.org/ci/job/beta-parsoid-update-eqiad/ triggered on post merge of mediawiki/services/parsoid/deploy as well as from the source repo mediawiki/services/parsoid (for a setting file iirc).
The JJB definition is under https://github.com/wikimedia/integration-config/blob/master/jjb/beta.yaml The job runs on the instance hosting the service it:
- clones the repos in a workspace
- rsync them to /srv/deployment/parsoid
- restart the service
The reason for deploy_target to be set is probably because we reuse the same puppet class as on production. So that would set the salt grains for integration-saltmaster.
We might had some repositories using Trebuchet. I remember Ryan made an attempt to switch mediawiki/core to use a couple years or so ago.