|Resolved||Legoktm||T127809 OOUI PHP demos on doc.wikimedia.org are broken|
|Resolved||hashar||T127504 doc.wikimedia.org should be running PHP 5.5+, not 5.3 -> demos etc. don't work|
|Resolved||None||T137265 / on gallium is read only, breaking jenkins|
- Mentioned In
- T206046: Host OOUI PHP demo (and all others?) on a PHP 7 capable server, because it needs PHP 7
T133219: PHP RTL demo seems busted
- Mentioned Here
- T137265: / on gallium is read only, breaking jenkins
T95757: Phase out gallium.wikimedia.org
T124121: [keyresult] Migrate Jenkins to Jessie (gallium -> cobalt)
That is annoying ... Indeed doc.wikimedia.org is hosted on gallium which is stuck to Precise.
For the documentation, I would really want it to be hosted outside of the production cluster on a DMZ / isolated network. A similar need is to generate material on patch proposals and have them exposed outside of Jenkins on some public place under wmfusercontent.org. I think we had task filled for it, can't find them though.
It is probably going to be long to get that done on production system. But would certainly be easy if we based it on labs instances.
I myself can not allocate anytime to it. + Release-Engineering-Team
I'm not sure it needs to be drastic...we trust generated docs because they were merged through CR, but not necessarily every single submitted patchset.
Could doc.wm.o be served from a separate ganeti VM or something? Not sure how the whole network stuff would work since we'd still need to be able to rsync from labs.
Moving integration.wikimedia.org is harder due to the Zuul and Jenkins proxies. But doc.wikimedia.org is pretty much static. The only conceptual link to gallium for doc.wikimedia.org is its Apache server and the Jenkins job that uses rsync to pull content from the labs publisher.
@hashar We could probably set up a new Jessie host for that?
Higher level steps:
- Allocate a new Jessie host with Apache and PHP installed.
- Register as Jenkins slave.
- Update the "pull" jobs in Jenkins (publish-on-gallium) to run there instead, and allow the doc host to access the publisher's rsync port.
- Route doc.wikimedia.org to it.
Maybe this is a good use for Ganeti VMs? (dedicated metal might be overkill for doc.wm.o).