I'd hold off with this for the time being. @akosiaris what do you think?

In T200832#4468216, @mobrovac wrote:

I'd hold off with this for the time being. @akosiaris what do you think?

Overall with the push to move all SCB services to kubernetes this fiscal year this is bound anyway to happen as the entire SCB is meant to be fully decomissioned. It's a nice clean up, I just had it on the backburner since there is no real compelling reason to do it.

Now, as far as using it as a fallback in case the kubernetes cluster gravely misbehaves, it would take us some work to revert back to using the scb cluster and given discovery works quite well for depooling an entire DC I think we don't really need keeping mathoid deployed on scb as an extra protection mechanism.

But alas, there is also the deployment-prep case. Where we still need to support this, so I guess we are stuck with it for now

deployment-mathoid still exists and has been failing puppet runs since December 3rd when profile::mathoid got removed.

In T200832#5051312, @Krenair wrote:

deployment-mathoid still exists and has been failing puppet runs since December 3rd when profile::mathoid got removed.

I 'd delete the VM, profile::mathoid isn't coming back. If anything the VMs with the role::beta::docker_services role applied can probably handle the service now.

In T200832#5061718, @akosiaris wrote:

In T200832#5051312, @Krenair wrote:

deployment-mathoid still exists and has been failing puppet runs since December 3rd when profile::mathoid got removed.

I 'd delete the VM, profile::mathoid isn't coming back. If anything the VMs with the role::beta::docker_services role applied can probably handle the service now.

Unfortunately MediaWiki is still expecting the VM to exist:
wmf-config/LabsServices.php: 'mathoid' => 'http://deployment-mathoid.eqiad.wmflabs:10042',

The two hosts with that role are deployment-eventgate-analytics-1 and deployment-sessionstore01 so neither of them are really appropriate for this, plus they both run jessie.

In T200832#5120806, @Krenair wrote:

In T200832#5061718, @akosiaris wrote:

In T200832#5051312, @Krenair wrote:

deployment-mathoid still exists and has been failing puppet runs since December 3rd when profile::mathoid got removed.

I 'd delete the VM, profile::mathoid isn't coming back. If anything the VMs with the role::beta::docker_services role applied can probably handle the service now.

Unfortunately MediaWiki is still expecting the VM to exist:
wmf-config/LabsServices.php: 'mathoid' => 'http://deployment-mathoid.eqiad.wmflabs:10042',

The two hosts with that role are deployment-eventgate-analytics-1 and deployment-sessionstore01 so neither of them are really appropriate for this, plus they both run jessie.

The jessie part is probably irrelevant (why are they jessie? I have no idea.) since the software itself is embedded in a stretch container. But in theory, a VM with more or less the same configuration as the ones above (I think the latter was created copying the former), should work.

Is this done and can be resolved? There doesn't seem to be a mathoid installation on scb any longer