[10:33:19] heads up I'm about to put ToolsDB in read-only mode for about 1 or 2 mins [10:33:53] !log clouddb-services clouddb1001 flush tables with read lock; (T301949) [10:33:56] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Clouddb-services/SAL [10:33:56] T301949: ToolsDB upgrade => Bullseye, MariaDB 10.4 - https://phabricator.wikimedia.org/T301949 [10:35:44] !log clouddb-services clouddb1001 unlock tables; (T301949) [10:35:46] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Clouddb-services/SAL [15:25:44] !log admin restarting openstack services in eqiad1, another attempt to address instability [15:25:46] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [15:52:00] !log clouddb-services repaired wmf-mariadb101 installation on clouddb1001 [15:52:02] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Clouddb-services/SAL [17:11:45] Is there a "standard" way to inject environment variables into a toolforge app? [17:53:11] kindrobot: if you are looking for some kind of integration between our `webservice` command and envvars, there is not today. [18:11:43] Hi all [18:14:09] I need someone with admin access on the bastion host. [18:14:59] thanks bd808 [18:15:13] ato: there are admins around. please state you question/issue. [18:15:53] There is a "bug report" on the phabricator, but since this week nothing happened. [18:15:54] https://phabricator.wikimedia.org/T327600 [18:17:16] Someone installed a new software and since then the "official pywikibot" does not work [18:17:43] pywikibot changed it's requirements and broke itself is my reading of the task [18:18:04] I think, there should only install the mentioned mwparserfromhell>=0.6.3 [18:20:50] t.aavi proposed a patch that would install a different mwparserfromhell than exists currently, but it would not satisfy the requirements of the current pywikibot shared clone. Using the instructions from https://wikitech.wikimedia.org/wiki/Help:Toolforge/Pywikibot to setup your own virtualenv is the best advice I can give for right now. [18:21:51] In that case I agree [18:22:36] Thanks [18:23:20] sorry that things are not as transparently easy as they once were. :( [18:28:41] ato: according to JJMC89 on that task, the older instructions from https://wikitech.wikimedia.org/w/index.php?title=Help:Toolforge/Pywikibot&oldid=2017081#Using_the_shared_Pywikibot_files_(recommended_setup) will get things working. This would setup your PYTHONPATH to run the /data/project/shared/pywikibot/stable/mwparserfromhell embedded version. [18:30:03] but if you are fighting with this stuff already, it's probably a better investment to work on setting up your own git clone, venv, and switch to kubernetes [18:33:16] I dont know. My wikimates on huwiki were convinced, that the shared pywikibot is the best way until this week. [18:34:00] I will theck all possibilities [18:38:48] The shared install is most useful for running the default scripts, but that also assumes running on the grid engine and all of the dependent libraries being installed system wide. Those runtime assumptions are no longer true. [19:51:32] !log tools.iabot set limits.cpu to 4 T328158 [19:51:35] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.iabot/SAL [19:51:35] T328158: Also need a bump in CPU limits - https://phabricator.wikimedia.org/T328158 [23:30:01] I'm trying to mysql into a remote DB via the CLI on my VPS over SSL. [23:30:37] Apparently the SSL certificate recently expired and the old one might be cached. Any chance of flushing certs on mysql? [23:31:34] My GUI at home and my bots connect just fine, but I need to connect over the command line and none of the VPS's seem to be able to connect because of an SSL error. [23:37:45] You think anyone would complain if I combined these multiple tables into one normalized table? https://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps