Details
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | thcipriani | T216039 jenkins / zuul backing up due to jenkins slaves down | |||
Resolved | hashar | T216244 Don't hardcode castor url in castor docker container | |||
Resolved | jeena | T213806 Migrate wikimedia-portals-build to Docker container | |||
Resolved | Jdforrester-WMF | T237479 Update the wikimedia-portals repo's CI/linting code for various security issues | |||
Resolved | Jdrewniak | T247996 Fix issues with Gulp 4 migration | |||
Resolved | Addshore | T210286 Create docker based CI job to build the wikidata-query-gui | |||
Declined | None | T192006 wdqs-frontend docker image should (BLUBBER) rebuild automatically when a new patch is pushed to master | |||
Resolved | Addshore | T209206 Wikidata Query GUI (wikidata/query/gui) fails tests on initial clone on Debian | |||
Declined | None | T209292 Create a wmf production ready nginx image |
Event Timeline
It is a bit of a mess. The instance fqdn is hardcoded in jjb/castor-load-sync.bash which is the inlined in the jobs definition in jjb/castor.yaml. The last two jobs using that logics are to be migrated to Docker containers:
Then we have releng/castor which includes the same shell snippets. The files under jjb/ are simply symlinked under dockerfiles/castor/.
All of that is crazy :(
Mentioned in SAL (#wikimedia-releng) [2022-03-15T14:17:22Z] <hashar> Apply label castor to node https://integration.wikimedia.org/ci/computer/integration-castor03/ # T216244
Change 770920 had a related patch set uploaded (by Hashar; author: Hashar):
[integration/config@master] jjb: tie castor saving job to a label
Change 770921 had a related patch set uploaded (by Hashar; author: Hashar):
[integration/config@master] dockerfiles: castor hostname from CASTOR_HOST env
Mentioned in SAL (#wikimedia-releng) [2022-03-15T14:30:48Z] <hashar> CI Jenkins: globally defined CASTOR_HOST=integration-castor03.integration.eqiad.wmflabs via https://integration.wikimedia.org/ci/configure # T216244
Change 770920 merged by jenkins-bot:
[integration/config@master] jjb: tie castor saving job to a label
Change 770921 merged by jenkins-bot:
[integration/config@master] dockerfiles: set castor hostname from CASTOR_HOST env
Mentioned in SAL (#wikimedia-releng) [2022-03-17T14:07:03Z] <hashar> Building Docker image to support CASTOR_HOST | https://gerrit.wikimedia.org/r/770921 | T216244
Change 771608 had a related patch set uploaded (by Hashar; author: Hashar):
[integration/config@master] jjb: update castor image to support CASTOR_HOST
Mentioned in SAL (#wikimedia-releng) [2022-03-17T14:11:47Z] <hashar> Update all jobs to support CASTOR_HOST env variable | https://gerrit.wikimedia.org/r/770921 | T216244 | T252071
Change 771608 merged by jenkins-bot:
[integration/config@master] jjb: update castor image to support CASTOR_HOST
The Docker image now supports overriding the Castor instance by setting the CASTOR_HOST environment variable.
It is configured on https://integration.wikimedia.org/ci/configure
All Jenkins jobs have been switched.
When we want to migrate the service to another instance (T252071) we can thus change the value in the CI Jenkins global configuration.