[10:17:43] !log tools reboot tools-sgeexec-10-21 [10:17:46] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/SAL [12:57:09] !log clouddb-service shut off old wiki replica proxies in cloud vps T346947 [12:57:10] taavi: Unknown project "clouddb-service" [12:57:11] T346947: Move wiki replicas behind cloudlb - https://phabricator.wikimedia.org/T346947 [12:57:11] !log clouddb-services shut off old wiki replica proxies in cloud vps T346947 [12:57:14] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Clouddb-services/SAL [15:52:37] !log admin verify wmcloud.org, wmflabs.org and toolforge.org in gmail postmaster console to figure out how much google likes us (T354112) [15:52:40] !log fnegri@tools-sgebastion-10 test [15:52:43] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL [15:52:44] T354112: Ensure Toolforge and Cloud VPS comply with Google's new email sender guidelines - https://phabricator.wikimedia.org/T354112 [15:52:44] wmbot~fnegri@tools-sgebastion-10: Missing project or message? Expected !log [16:10:23] !log tools.admin fnegri@tools-sgebastion-10 test message T346631 [16:10:28] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.admin/SAL [16:28:29] !log fnegri@tools-sgebastion-10 tools.admin test message2 T346631 [16:28:34] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.admin/SAL [17:42:59] !log bd808@tools-sgebastion-11 tools.bd808-test Just a test [17:43:02] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.bd808-test/SAL [17:49:03] !log fnegri@tools-sgebastion-10 tools.admin test message3 T346631 [17:49:08] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.admin/SAL [20:27:17] Hi I wanted to update a cloud instance from debian 11 to debian 12. As the apt sources are managed by puppet, I was trying to overwrite the file by defining the hiera config with a prefix puppet rule. However, I did not see any effect of that change. [20:28:00] I don't think upgrading is generally well advised (or supported) [20:28:03] physikerwelt: we recommend building new VMs rather than in place upgrades [20:29:28] A new instance would remove the link to the wmflabs DNS entries [20:29:28] tools like https://os-deprecation.toolforge.org/ do not deal with in-place upgrade well [20:30:47] dropping and recreating the records is how folks typically move from instanceA to instanceB for a web gateway [20:31:37] unforunately I can not regenerate names ending with wmflabs.org [20:33:01] I *think* any *.wmcloud.org alias also gets a legacy *.wmflabs.org alias. andrewbogott is that still the case or am I hallucinating? [20:33:23] that's correct, and horizon still offers an option to change the backend for existing wmflabs.org proxies [20:34:23] ok cool. so I will create a new instance and test that [20:37:38] Is it possible to temporary increase the quotas for the project math? [20:37:49] I see "Quota exceeded for ram: Requested 15360, but already used 54272 of 70440 ram (HTTP 403)" [20:49:57] physikerwelt: if you make a quota request we can approve it quickly. Be sure to mention that it's a temporary change for upgrading. https://phabricator.wikimedia.org/project/profile/2880/ [20:57:21] @andrewbogott thank you, I figured that I can do it via resizing [20:58:12] oh great [21:11:52] I was thinking to make the next update simpler, I could install docker via puppet, but somehow I have a hard time to find documentation how I could do that. I found https://doc.wikimedia.org/puppet/puppet_classes/docker.html but that might not be the right thing. Is installing docker via puppet easy, or does it make more sense to install it manually? [21:15:55] you can try to apply this class: profile::docker::engine [21:16:27] that's a part of the larger docker registry HA part.. but just the one that actually installs docker engine [21:19:14] physikerwelt: alternative if that fails: https://phabricator.wikimedia.org/P43318 [21:21:17] thank you that worked [21:21:29] thx mutante [21:22:14] my general recommendation is to not bother using puppet unless you're a foundation sre or closely working with one, a vast majority of the things in the wikimedia puppet repo are specific to services maintained by them and trying to adapt the very constantly changing interfaces for other use cases is usually not worth the trouble