[07:50:10] * arturo climbs out of the huma wiki article rabbit hole, not without difficulties
[10:49:25] <arturo>	 please review and approve: https://gitlab.wikimedia.org/repos/cloud/toolforge/lima-kilo/-/merge_requests/129/
[11:11:15] <taavi>	 I will be messing with the cloudnet hosts in codfw1dev shortly, there might be some network interruptions there this afternoon
[11:11:53] <arturo>	 👍
[12:56:24] <arturo>	 taavi: do you agree with this idea? https://phabricator.wikimedia.org/T364312#9783204
[12:56:30] * taavi looks
[13:00:44] * arturo food time, back later
[13:02:00] <taavi>	 commented
[14:02:40] <arturo>	 thanks
[14:53:28] <andrewbogott>	 Does anyone have 5 minutes to run through toolforge member requests?  I'm bogged down in a neutron discussion which I'm trying to wrap up before our meeting.
[14:53:40] <andrewbogott>	 https://toolsadmin.wikimedia.org/tools/membership/
[14:54:11] * andrewbogott grumbles
[14:54:40] <andrewbogott>	 my neutron patch is jammed up because it depends on a tempest patch but because tempest is in a different repo I can't submit the test change and the patch atomically...
[14:54:43] * andrewbogott grumbles some more
[14:54:55] <dhinus>	 I'm next in the clinic duty, I can look at the membership reqs tomorrow
[14:55:08] <taavi>	 oh wow, there's a lot of them
[14:55:18] <andrewbogott>	 yeah, because I guess no one was on clinic duty :(
[14:55:38] <andrewbogott>	 (my fault, if anyone's, since I cancelled the meeting)
[14:55:42] <taavi>	 yeah, but that's still a high number for a single week
[14:55:55] <taavi>	 i went through the backlog once or twice during the hackathon
[14:56:16] <andrewbogott>	 there was a hackathon
[14:56:41] <andrewbogott>	 Oh, if you already looked during the hackathon then... yeah, lots of demand (or lots of spammers)
[14:59:03] <taavi>	 a suspicionsly-large number of them (read: >=2) are in French.. I wonder if there's some French event or campaign going on that we have not been told about
[15:00:56] <andrewbogott>	 ok, meeting time!
[15:02:44] * arturo misses the time
[15:57:22] * arturo offline
[16:16:45] <andrewbogott>	 topranks: I'm trying to replace cloudcontrol2001-dev with cloudcontrol2006-dev and I'm missing a dns entry (cloudcontrol2006-dev.private.codfw.wikimedia.cloud).  Is that something I can/should add myself?
[16:23:52] <andrewbogott>	 OK, I made you a task https://phabricator.wikimedia.org/T364559
[16:38:05] <topranks>	 andrewbogott: hey yeah sorry about that the task to make it fully automatic still is not merged / fully agreed on 
[16:38:31] <topranks>	 I added the necessary in netbox and pushed the changes so hopefully it should be ok now 
[16:44:20] <topranks>	 FWIW the IPs are a matter of assigning one for each host here in netbox with the appropriate dns name:
[16:44:21] <topranks>	 https://netbox.wikimedia.org/ipam/prefixes/657/ip-addresses/
[16:44:41] <topranks>	 Then running the sre.dns.netbox cookbook
[16:45:26] <topranks>	 The switch ports are a little more tricky, you need to go to the host and click the switch port its connected to on it's interface tab
[16:45:28] <topranks>	 https://netbox.wikimedia.org/dcim/interfaces/30229/
[16:45:35] <topranks>	 ^^ so say xe-0/0/40 on the above 
[16:46:37] <topranks>	 and when that comes up click 'edit' on the port and change it's switching mode to 'tagged' and put the cloud-private vlan in the tagged vlan box
[16:46:40] <topranks>	 https://usercontent.irccloud-cdn.com/file/RlUJFtta/image.png
[16:47:10] <topranks>	 before running the sre.network.configure-switch-interfaces for the host 
[16:47:14] <topranks>	 *cookbook
[16:47:51] <andrewbogott>	 thanks! That's a lot of steps
[16:47:56] * andrewbogott takes a screenshot
[16:48:24] <topranks>	 yeah feel free to ping me if you've any more 
[16:48:32] <andrewbogott>	 I'm going to re-image 2006-dev now if that won't mess with you
[16:48:38] <andrewbogott>	 topranks: did you do all four or just 2006-dev?
[16:48:46] <topranks>	 I did all four 
[16:48:55] <andrewbogott>	 nice, thanks!
[16:48:55] <topranks>	 so yeah fire away 
[16:50:38] <andrewbogott>	 hm, this is silly, apparently the reimage cookbook now requires puppet to work on the host /before/ it is reimaged
[16:51:19] <topranks>	 eh... not sure on that 
[16:51:29] <topranks>	 perhaps you need the '--new' flag?
[16:52:53] <andrewbogott>	 nah, it's because there's a check to see if it's using puppet7 which seems to fail if puppet is broken... anyway I can work around it for now
[16:53:54] <topranks>	 hmm yeah I don't know tbh, probably something v.olans might know more about if it's blocking you 
[16:54:14] <topranks>	 puppet *might* also run on it now?  certainly it shouldn't fail resolving the dns name like it did before 
[16:54:32] <andrewbogott>	 It's ok, I have it sorted, I just had to revert my puppet patch that I was expecting to apply only after the reimage
[16:54:50] <topranks>	 cool