[02:06:34] I think the puppet somehow not works with the moodle installer [08:26:33] !log library-upgrader restarted failed libup-push systemd unit and cleared queue to avoid pushing really old patches [08:26:35] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Library-upgrader/SAL [08:28:56] s/really old/week old/ [13:42:40] Hello everyone, Marco / User:Hjfocs here. One question about Cloud VPS instances: I've been recently experiencing a slow connection, so on the top of my head I'm thinking of mosh as a solution, which works great for Toolforge. Unfortunately, I've tried it with no success on my VPS instance. Do you have any suggestions or alternative solutions? Thanks a lot in advance for your time [13:44:44] $ mosh -a soweego.soweego.eqiad1.wikimedia.cloud [13:44:44] /usr/bin/mosh: Could not connect to soweego.soweego.eqiad1.wikimedia.cloud, last tried 172.16.6.149: Connection timed out [13:44:46] kex_exchange_identification: Connection closed by remote host [13:44:47] Connection closed by UNKNOWN port 65535 [13:44:49] /usr/bin/mosh: Did not find remote IP address (is SSH ProxyCommand disabled?). [13:46:40] @elgei: I'm not exactly sure why, but looks like mosh is skipping the bastion jump step (https://wikitech.wikimedia.org/wiki/Help:Accessing_Cloud_VPS_instances#Accessing_Cloud_VPS_instances) [13:47:03] elgei: to connect to the instances you have to jump through the bastions, and mosh currently does not support proxyjump (https://github.com/mobile-shell/mosh/issues/970), if you find a way to work around it please share :) [13:50:14] Wow, that was quick, thanks for the immediate reply! Yeah, I stumbled on that issue and was wondering whether you guys have already dug into it. Will let you know if I find a workaround [14:41:38] !log admin Adding new OSDs ['cloudcephosd1018.eqiad.wmnet'] to the cluster - cookbook ran by andrew@buster [14:41:41] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [14:42:27] !log admin Adding new OSDs ['cloudcephosd1018.eqiad.wmnet'] to the cluster - cookbook ran by andrew@buster [14:42:29] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [14:42:29] !log admin Adding OSD cloudcephosd1018.eqiad.wmnet... (1/1) - cookbook ran by andrew@buster [14:42:32] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [14:42:58] !log admin Rebooting node cloudcephosd1018.eqiad.wmnet - cookbook ran by andrew@buster [14:43:00] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [14:45:43] !log admin Finished rebooting node cloudcephosd1018.eqiad.wmnet - cookbook ran by andrew@buster [14:45:46] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [17:28:50] Can someone confirm the RSA SHA256 Fingerprint of gerrit.wikimedia.org. Getting a complaint on GitHub [17:43:16] Cyberpower678: https://wikitech.wikimedia.org/wiki/Help:SSH_Fingerprints/gerrit.wikimedia.org:29418 [17:43:49] majavah: thank you [18:55:19] !log tools.notwikilambda kubectl delete deployment update # temporarily disable automatic updates since I’ll probably have to hand-edit the code for T289682 [18:55:23] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.notwikilambda/SAL [19:18:18] !log tools.notwikilambda moved all ZObject pages to main namespace using moveBatch.php (T289682) [19:18:22] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.notwikilambda/SAL [19:24:06] !log tools.notwikilambda kubectl create -f k8s/update/deployment.yaml # restart automatic updates (T289682) [19:24:10] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.notwikilambda/SAL [19:43:41] !log tools.notwikilambda updated and restarted function-orchestrator and function-evaluator (they were ancient, I’ll have to check why the update script doesn’t seem to update them) [19:43:45] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.notwikilambda/SAL [19:46:47] !log tools.notwikilambda removed $wgNamespacesToBeSearchedDefault from LocalSettings.php now that the ZObject namespace is no longer used [19:46:49] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.notwikilambda/SAL [20:11:50] !log tools.lexeme-forms deployed 237a5414d5 (l10n updates) [20:11:53] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL [20:19:16] !log tools.notwikilambda deployed new versions of function orchestrator+evaluator deployments which don’t skip the `npm ci` step (since the old override of the kad package doesn’t seem to be necessary anymore) [20:19:18] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.notwikilambda/SAL [20:43:53] !log tools.notwikilambda removed namespace protection from main namespace, now that move of ZObjects to main namespace is completed (T289682) [20:43:57] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.notwikilambda/SAL [20:48:09] tgr: you saw T288359 ? [20:48:10] T288359: Story idea for Blog: Wikipedia Image Captioning Competition - https://phabricator.wikimedia.org/T288359 [21:05:02] Platonides: no, interesting! [21:05:34] !log tools.notwikilambda namespace-protect ZObject and ZObject talk namespaces so nobody (not even sysops) can edit them – there should be no reason to use that namespace after T289682 and I assume WikiLambda will soon stop defining it [21:05:37] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.notwikilambda/SAL