[10:02:03] !log admin prevent floating IP allocation from neutron transport subnet: root@cloudcontrol1005:~# neutron subnet-update --allocation-pool start=185.15.56.244,end=185.15.56.244 cloud-instances-transport1-b-eqiad1 (T271867) [10:02:07] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [10:02:09] T271867: Broken transit/filtering for wmcs floating IP range 185.15.56.240/29 - https://phabricator.wikimedia.org/T271867 [10:02:40] !log tools delete floating IP allocation 185.15.56.245 (T271867) [10:02:42] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [10:05:24] !log toolsbeta release and delete floating IP 185.15.56.242 (docker-registry.toolsbeta.wmflabs.org) (T271867) [10:05:25] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [10:07:13] !log toolsbeta allocate floating IP 185.15.56.84, and use it for docker-registry.toolsbeta.wmflabs.org (instance toolsbeta-docker-registry-01) (T271867) [10:07:16] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [10:07:16] T271867: Broken transit/filtering for wmcs floating IP range 185.15.56.240/29 - https://phabricator.wikimedia.org/T271867 [10:37:28] !log tools.mabot Deployed bee0a6f [10:37:29] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.mabot/SAL [10:56:47] !log admin trying to cleanup dpkg package mess in cloudnet2002-dev [10:56:49] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [11:40:48] !log admin merging https://gerrit.wikimedia.org/r/c/operations/puppet/+/654419 that might affect the encapi service (puppet on cloud environment), no downtime expected though (T268877) [11:40:51] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [11:45:36] !log admin https://gerrit.wikimedia.org/r/c/operations/puppet/+/654419 merged and deployed (and tested) (T268877) [11:45:37] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [12:34:49] * dcaro lunch [12:40:52] !log admin try increasing systemd watchdog timeout for conntrackd in cloudnet1004 (T268335) [12:40:56] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [12:40:56] T268335: cloud: neutron l3 agent: improve failover handling - https://phabricator.wikimedia.org/T268335 [14:10:46] !log toolsbeta dcaro doing puppet tests, puppet runs might break [14:10:48] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Toolsbeta/SAL [15:04:25] !log matrix deleting matrix-synapse-01.matrix.eqiad1.wikimedia.cloud after discussion on T193964 [15:04:27] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Matrix/SAL [15:04:27] T193964: Request creation of matrix VPS project - https://phabricator.wikimedia.org/T193964 [17:03:09] !log admin remove cloudvirt1013 cloudvirt1032 cloudvirt1037 to the 'toobusy' host aggregate to prevent further CPU oversubscribing [17:03:14] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [17:45:23] Do Wikidata EntitySchemas live in the wikidatawiki DB? I have looked at the extension PHP but have no clue how to read pages like https://www.wikidata.org/wiki/EntitySchema:E37 using the toolforge Python library. Any hint is highy appreciated. [17:46:35] *highly [17:48:04] rwst: Folks in the #wikidata channel here on Freenode may know more about that topic than the folks currently idling in this channel. [17:48:38] The data is in the wikidata database *somewhere* but I don't know where to look in the tables [17:50:30] From https://www.wikidata.org/wiki/Wikidata:WikiProject_Schemas there is a link to which shows that this content is in the "EntitySchema" namespace which has an ns_id of 640. [17:51:37] That's something, thanks [17:55:00] hi rwst, I just saw https://github.com/legoktm/toolforge/issues/15 [17:55:45] yes [17:56:05] I would say the same thing as bd.808, ask in the Wikidata channel :) I'm not familiar with the EntitySchema namespace yet [17:56:15] ok [17:57:19] also unless there's a specific reason you want to get it out of the database, I think you're likely to have a better experience using the API [17:58:44] you mean the web API? I'm new to this [18:05:58] rwst: yes, the "action api" -- https://www.mediawiki.org/wiki/API:Main_page [18:06:27] https://www.mediawiki.org/wiki/API:Get_the_contents_of_a_page might be a good place to start [18:07:25] You can use https://www.wikidata.org/wiki/Special:ApiSandbox to do some exploring [18:08:48] thanks again [20:28:42] !log tools.lexeme-forms deployed e5725705d1 (fix edit mode, drop form data stashing) [20:28:45] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.lexeme-forms/SAL [21:48:02] hey, eh.. the name change was "eqiad.wmflabs" -> "eqiad1.wikimedia.cloud", right? [21:48:22] In the past I could manually edit the name that way to be able to still compile changes. [21:48:29] now though both variants are 404 [21:49:38] or there are instances that are deleted but still in openstack-browser [21:56:45] mutante: iirc it's whatever hostname the instance itself thinks it has (`hostname -f`) [21:57:33] legoktm: unfortunately that isn't the case anymore now, it seems [21:57:40] hostname -f [21:57:40] integration-docker-registry-1003.integration.eqiad1.wikimedia.cloud [21:58:26] https://puppet-compiler.wmflabs.org/compiler1003/27458/integration-docker-registry-1003.integration.eqiad1.wikimedia.cloud/index.html [22:05:49] mutante: I don't know about the internals of PCC, but yes the naming standard for Cloud VPS instances is now ...wikimedia.cloud. And the openstack region will be eqiad1 for everything you have access to. [22:06:31] There is a codfw1 region in our testing cluster in codfw, but no end-user instances live there [22:08:54] bd808: thanks, but something changed recently somewhere [22:09:05] so far I could still compile if i know the old name