[00:12:48] Got errors, maybe missing library, but as the program has try-except statements, I can't see the exact error [00:16:34] So... Pywikibot is not available [00:16:57] I'm checking what modules aren't available, and I'll request them at Phabricator. [00:17:13] Davod: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Pywikibot [00:17:45] I'm watching the docs [00:18:14] Davod: if you need python libraries that are not installed by default, the first thing we are going to ask if you have tried installing them locally for your tool in a virtualenv [00:19:25] look on that page I linked for the "install as module - virtualenv" section for some hints on doing that [00:20:01] Or follow the https://wikitech.wikimedia.org/wiki/Help:Toolforge/Pywikibot#Using_the_shared_Pywikibot_files_(recommended_setup) section [00:20:29] but the shared pywikibot will not make it easy to mix in other libraries if they are not installed globally [00:23:20] Thank you very much, now I figured how to import those missing modules! [00:28:58] So, is there a way to use pip to install modules locally, inside my tool account home directory? [00:29:09] In addition the classic-mode [00:29:14] https://wikitech.wikimedia.org/wiki/Help:Toolforge/Pywikibot#Using_pip [00:31:03] Thanks [00:31:04] If you use that method, you should install pywikibot into your virtualenv using pip too. Mixing the shared pywikibot clone and a local virtualenv is not well documented or recommended [00:58:52] Thanks again, I'm testing the tool now [01:16:48] Perfect! [01:33:42] Yay! Sorry, I'd wandered off and tabbed away [01:34:22] And I just learned that last detail :) [09:46:23] !log admin codfw1dev: cleanup leftover neutron agents [09:46:25] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [09:59:43] !log admin codfw1dev: cleanup leftover "HA port tenant admin" in neutron (ports from missing servers) [09:59:46] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [10:31:19] !log admin codfw1dev: add cloudinstances2b-gw router to the l3 agent in cloudnet2003-dev [10:31:21] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [11:08:42] !log admin codfw1dev rebooting cloudnet2002-dev and cloudnet2003-dev for testing T233665 [11:08:45] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [11:08:45] T233665: Forward our neutron-l3-agent routing hacks to Openstack Newton - https://phabricator.wikimedia.org/T233665 [11:23:46] !log wikidata-dev wikidata-constraints deleted instance (T234312) [11:23:49] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wikidata-dev/SAL [11:23:50] T234312: Delete wikidata-constraints system - https://phabricator.wikimedia.org/T234312 [12:47:50] !log admin codfw1dev deleting all VMs in the deployment for mangling the network config for testing T233665 [12:47:54] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [12:47:54] T233665: Forward our neutron-l3-agent routing hacks to Openstack Newton - https://phabricator.wikimedia.org/T233665 [12:49:20] !log admin codfw1dev delete all floating ip allocations in the deployment for mangling the network config for testing T233665 [12:49:22] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [14:01:09] Technical Advice IRC meeting starting in 60 minutes in channel #wikimedia-tech, hosts: - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [14:50:53] Technical Advice IRC meeting starting in 10 minutes in channel #wikimedia-tech, hosts: @Lucas_WMDE & @James_F - all questions welcome, more infos: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting [15:22:07] !log wikidata-dev wikidata-shex add 'WikibaseSchema' => 'JsonContextHandler' to $wgContentHandlers so the wiki can be exported for T234313 without encountering “unknown content model” errors [15:22:11] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wikidata-dev/SAL [15:22:11] T234313: Delete wikidata-shex test system - https://phabricator.wikimedia.org/T234313 [15:23:14] !log admin codfw1dev renaming net/subnet objects to a more modern naming scheme T233665 [15:23:16] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [15:23:17] T233665: Forward our neutron-l3-agent routing hacks to Openstack Newton - https://phabricator.wikimedia.org/T233665 [15:38:18] !log wikidata-dev wikidata-shex deleted proxy (T234313) [15:38:22] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wikidata-dev/SAL [15:38:22] T234313: Delete wikidata-shex test system - https://phabricator.wikimedia.org/T234313 [15:42:29] Hi All. I'm working on a wmf-labs VPS, and something seems to have reverted my my.cnf edit to point back to the mariadb.conf.d dir again, which meant that my mysql datadir location to point back to the default /var/lib/mysql location instead of /srv/mysql . Any thoughts on what processes on VPS instances can make these kind of changes? Puppet? [15:45:21] puppet can do almost anything, that's for sure [15:45:30] is the usual suspect [17:19:10] !log wikistats - wikistats-dancing-goat puppet role now working on buster after fixing mariadb::packages in buster, which also affects quarry and others using simplelamp (https://gerrit.wikimedia.org/r/c/operations/puppet/+/539973) [17:19:12] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wikistats/SAL [17:20:02] !log quarry - mariadb::packages should now work on buster too, fyi [17:20:03] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Quarry/SAL [17:55:21] i am trying to compile something on the puppet compiler and give it names of cloud instances [17:55:45] then it says "CRITICAL: Cannot compile production and labs hosts in the same run. Please run puppet-compiler twice." but i never intended to list a production host for this one .. [17:55:59] tries again with just one instance [17:56:51] ah, trailing comma did that [17:58:06] now running into ERROR: Unable to find facts for host.. but one of them isn't new. ok [17:59:17] that's the syncing issue but also typo in the older of the 2 host names [19:51:53] mutante: I missed this earlier… did you get the puppet compiler to behave reasonably? [19:53:38] andrewbogott: i think so, except the usual problem that facts need to be synced to do it with newer instances [19:54:10] mutante: using which puppetmaster? I can sync the facts right now if that helps [19:54:21] (or point you to the docs if you didn't find them) [19:54:22] but also the one i tried it on didnt have the expected role applied and i couldnt login on horizon because i didnt bring the phone charger and then i switched to something else [19:55:34] andrewbogott: the central master. it's ok, i have found those docs before. thank you though [19:55:41] ok!