[10:45:11] Who is handling Planet changes these days? https://gerrit.wikimedia.org/r/c/operations/puppet/+/948203/3 [10:47:11] ServiceOps-Collab, I've added the respective folks as reviewers [10:47:42] thanks! [14:53:06] I'm reimaging a host and getting 'Unable to verify that the host is inside the Debian installer'. The workaround at T342345 is not working for me. Any tips? [14:53:07] T342345: sre.hosts.reimage: fails to get uptime in debian installer - https://phabricator.wikimedia.org/T342345 [14:53:59] dhinus: what does the console show? [15:00:06] !incidents [15:00:07] 4017 (UNACKED) HaproxyUnavailable cache_text global sre () [15:00:11] sirenbot: ack [15:00:12] !ack 4017 [15:00:12] 4017 (ACKED) HaproxyUnavailable cache_text global sre () [15:32:35] dhinus: solved? sorry was handling the page [15:36:05] hello! Please who can I reach out to add an apple verification file to the .well-known directory for donate.wiki [15:38:55] damilare: sorry, I don't have much context but I am going to guess some SRE in Fundrising, maybe throught a ticket [15:43:38] jynus: isn't donate.wikimedia.org just a wiki at the end of the day. I would have guessed traffic would have known if there's currently a place to just drop it in. If not it might need some puppet rule. [15:43:59] it's actually not Traffic that needs to take action; I'm pretty sure it's Serviceops. [15:44:16] for example https://gerrit.wikimedia.org/r/c/operations/puppet/+/736595/ [15:44:28] Serviceops would make sense if they own the webserver config [15:44:55] cdanis: ye that's exactly what I would have though [15:45:00] That puppet commit [15:45:05] So ye serviceops own that [15:45:26] ah, I thought it was some donation service he was asking about [15:46:08] sorry, I missread that part [15:46:26] Thanks jynus, I created the phab here but it's behind acl because it contains the verification file to be added: https://phabricator.wikimedia.org/T346055 [15:46:53] I see, now with the full url, I will add service ops [15:47:08] damilare: that's not behind any acl [15:48:02] damilare: please PM [15:48:05] ahh thanks for catching that, just updated the task. How about now? [15:48:11] ok cool [15:49:12] damilare: confusingly, you can put acls in the project tags area, where they do nothing except appear in the UI :) [15:49:37] TIL, thanks cdanis [15:50:12] XioNoX: volans: sorry for the delay, I'm in a meeting. not solved, it seems like the server never rebooted (uptime is 48 hours). I will check the Spicerack logs as soon as this meeting is over. [15:50:24] cdanis: I'm advising on PM, wanted to avoid BEANS in a public channel [15:50:57] dhinus: you should look at the management console while it's rebooting to see what happens there, that usually the right clue on what to look next [15:51:06] I'm about to logoff [15:52:17] thanks! [15:57:05] cdanis: denisse: hi! heads-up that we are removing/renaming nsa.wikimedia.org to ns2.wikimedia.org [15:57:12] neat :) [15:57:13] not the IP itself but the actual naming [15:57:22] if it pings, I will take care but please note :) [15:58:39] sukhe: Thanks for the heads-up. godog and I are upgrading LibreNMS, do you think it's safe for us to proceed with the upgrade while the NS rename happen or should we wait for it to be done? [15:58:49] Task for tracking the upgrade here: https://phabricator.wikimedia.org/T344136 [15:59:19] denisse: thanks, I think it should be OK but you can go ahead, just to be safe, and I can follow? [15:59:31] when do you plan on doing it? I can certainly wait, just at least not conflate two things [16:00:01] sukhe: We're doing it right now. We're currently waiting for the reimage of a host to finish. [16:00:36] ok cool [16:01:06] no worries, I will wait :) I think it's perfectly safe but might as well keep wait since we are not in a rush [16:06:10] sukhe: Thanks, I'll keep you posted on the upgrade. :) [16:06:15] good luck :)