06:01:30 #startmeeting masakari 06:01:30 Meeting started Tue Jun 15 06:01:30 2021 UTC and is due to finish in 60 minutes. The chair is yoctozepto. Information about MeetBot at http://wiki.debian.org/MeetBot. 06:01:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 06:01:30 The meeting name has been set to 'masakari' 06:01:36 #topic Roll-call 06:01:38 \o/ 06:02:01 o 06:02:12 o 06:02:29 o/ 06:03:24 * yoctozepto glad to have so many participants 06:03:48 #topic Agenda 06:04:04 * Announcements 06:04:04 * Review action items from the last meeting 06:04:04 * CI status 06:04:04 * Backports pending reviews 06:04:04 * Xena planning -> https://etherpad.opendev.org/p/masakari-xena-ptg 06:04:05 * Open discussion 06:04:12 #topic Announcements 06:04:15 none 06:04:34 I have to change the approach to agenda so that I don't include these mostly unused topics 06:04:50 #topic Review action items from the last meeting 06:04:52 none 06:04:55 (again) 06:05:04 #topic CI status 06:05:24 rolling green 06:05:36 #topic Backports pending reviews 06:05:45 none 06:06:00 #topic Xena planning -> https://etherpad.opendev.org/p/masakari-xena-ptg 06:06:20 all right 06:06:27 the main point of our meetings 06:06:29 Xena 06:06:36 let's see the schedule 06:06:47 #link https://releases.openstack.org/xena/schedule.html 06:07:00 it's R-16 06:07:43 next week storage projects freeze their specs, we should definitely decide on what we implement this cycle as well 06:08:02 Ok 06:08:09 I think we need to focus on adding support for consul 06:08:14 what do you think? 06:08:26 Sounds like a plan 06:08:52 suzhengwei__: what do you think? 06:09:02 to be honest, I was mostly asking suzhengwei__ ;-) 06:09:30 well, I will update it next two week. 06:09:59 ok, wonderful 06:10:08 I will review what we have so far to better understand it 06:10:42 #link 06:10:45 #link https://etherpad.opendev.org/p/masakari-xena-ptg 06:11:21 "host monitor by consul" 06:14:32 ok, what else? 06:14:44 (regarging new Xena features) 06:14:48 regarding* 06:15:24 "reduce failover time", there are some new comments. 06:17:36 suzhengwei__: thanks, commented 06:23:25 good point about scheduling 06:23:36 I added even more thougths now 06:31:31 I will reconsider the comments and update the patch. 06:32:11 thanks 06:32:24 anything else on Xena? 06:33:55 I think I will add a spec for migrating instances back to the hosts from which they were evacuated 06:34:36 good 06:35:52 A question, when openstack on k8s, the hostname in nova-compute service(pod) has a random suffix. 06:36:26 can this be disabled? 06:36:40 Every time the pod is rescheduled or restart, then new hostname. 06:36:58 oh, bad 06:37:07 But part of the name is always the same? 06:37:18 yes. 06:37:30 Should we add regex matching to support this type of deployment? 06:37:43 we can't regex into nova 06:37:58 We can list the hosts 06:38:11 performance not happy :-) 06:38:14 Then filter the matches 06:38:24 Well 06:38:27 is that the behaviour of openstack-helm? 06:38:31 Su has a couple of hundred 06:38:52 the assumption of node names is that they provide some provenance on host usage 06:39:00 so it might break multiple systems anyhow 06:39:14 if they are randomised 06:39:34 the host name part is configurable 06:39:53 openstack helm must be ensuring already that there are no two nova computes on one kubelet 06:40:05 so it could take the hostname from kubelet 06:40:14 which does not change 06:40:17 problem solved 06:40:24 (this and many others) 06:41:07 You want to adjust the deployment system that su uses, or do you want to Integrate masakari with it? 06:42:01 As I understand, you want to adjust it to stabilize the host name 06:42:03 I want it to be fixed to know the assumptions 06:42:24 any other deployment system is aware 06:43:03 telemetry and monasca will be unhappy about random names as well 06:43:13 as it breaks the node history 06:43:29 I wonder why it uses a randomized suffix now 06:43:48 because that's what you get in k8s pods as hostname I guess 06:44:14 Because of default k8s pod id generation behavior 06:46:38 #topic Open discussion 06:46:50 We'd have to look for all places where the host name is used, and map it to the correct pod with a lookup of the id 06:47:33 Better discussed in openstack helm development channel 06:47:36 just make openstack helm configure stable names, it's easier on its side 06:47:38 indeed 06:48:19 yep. I think there is solution to make the hostname stable and I need to find it. 06:48:53 thanks 06:49:17 sure thing, you are always welcome 06:51:35 I don't have anything else to discuss 06:51:54 me neither 06:52:15 suzhengwei: anything else for the last 8 minutes? 06:52:20 me neither 06:52:28 ok 06:52:36 thank you all for attending today 06:52:39 #endmeeting