Thursday, 2025-01-09

opendevreviewchandan kumar proposed openstack/watcher master: [DNM] Depends On sg-core pr testing  https://review.opendev.org/c/openstack/watcher/+/93877608:32
opendevreviewMalinga Tembo proposed openstack/watcher-tempest-plugin master: [WIP] Add new config option  https://review.opendev.org/c/openstack/watcher-tempest-plugin/+/93813611:19
amoralejwatcher meeting is starting in 5 minutes, please add your topics to https://etherpad.opendev.org/p/openstack-watcher-irc-meeting11:55
amoralejmeeting time!12:01
dviroel\o/12:01
amoralej#startmeeting Watcher meeting - 2025-01-0912:01
opendevmeetMeeting started Thu Jan  9 12:01:19 2025 UTC and is due to finish in 60 minutes.  The chair is amoralej. Information about MeetBot at http://wiki.debian.org/MeetBot.12:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.12:01
opendevmeetThe meeting name has been set to 'watcher_meeting___2025_01_09'12:01
jneo8\o/12:01
jgilabero/12:01
hemantho/12:01
marioshello o/12:01
chandankumaro/12:01
dviroelhi o/12:02
amoralej#link https://etherpad.opendev.org/p/openstack-watcher-irc-meeting meeting agenda12:02
amoralejplease add your topics to the list if you have something else12:02
sean-k-mooneyo/12:02
amoralejlet's start with the agenda items for today12:02
amoralej#topic     (marios) let's revisit the backports discussion prompted by https://review.opendev.org/c/openstack/watcher/+/937823/comment/eb0827ce_db971940/12:03
marioso/ hello, so there has been some discussion on gerrit already in response to jneo8 patches but...12:03
rlandyo/ (apologies for joining late)12:04
mariostl;dr no objection to backports but they will be taken on a case by case basis. some of the proposed patches need to go on 2024.2 first and some of them need discussion because the proposed backports are still ongoing work in this cycle 12:04
mariosthe topic of backports has come up in the past and we werent' sure if folks were interested since the project had very low volume in the last few cycles12:04
mariosso it seems jneo8 is interested in deploying 2024.1 and will request a point release once the rquired backports are agreed and merged 12:05
mariosk... thats the intro :) anyone have something to add to this topic comments concerns 12:05
sean-k-mooneyone comment12:06
sean-k-mooneythe backprots seam to be motivated by supproting python 3.1212:06
jneo8Yes12:07
sean-k-mooneyeven if we back prot the rquired patches to make it work it wont add offical support to older brnahces12:07
sean-k-mooneythe first release to supprot python 3.12 upstream will be 2025.112:07
sean-k-mooneyon older relases it will be conserded experimental12:07
jneo8I see, but when will be the release time for 2025.1?12:07
sean-k-mooneyin about 6-8 weeks 12:08
amoralejhttps://releases.openstack.org/epoxy/schedule.html12:08
sean-k-mooneyfor what it worth master does nto fully work on 3.12 yet12:08
sean-k-mooneythe inital paches i wrote to try and fix the eventlet issue sdidnt actully fix it properly12:08
sean-k-mooneywe still see blocking calls on the main loop12:09
sean-k-mooneyso we still have work to do to properly supprot it12:09
jneo8I think making master branch working properly make sense.12:10
amoralejso, if the goal is to have it running on python 3.12, should we wait at least until master is working before moving on with any backport ?12:11
amoralejany backport related to 3.12, i mean12:11
marioswell i think maybe the backports will no longer be required 12:11
mariosif the target is 2025.112:11
amoralejyep, likely by then the best option may be to move to 2025.1 ...12:12
jneo8So look like the back port should be discuss after master branch support python3.12 properly, it maybe too early to do it now.12:12
sean-k-mooneywe can back port some of the fixes as they are unrelated to 3.1212:12
sean-k-mooneybut i think we shoudl wiat for the master supprot to be finalised before the 3.12 specic ones are considerd12:12
amoralejI'd sugest to set the ones related to 3.12 as WIP or in some way that it is clear which ones are waiting for 3.12 support12:13
jneo8I see, that make sense.12:13
sean-k-mooneyhttps://review.opendev.org/c/openstack/watcher/+/938429 specificaly is the one that shoudl wait12:14
amoralejor even abandon them and restore later, whatever the owner prefers12:14
jneo8I can abandon them first.12:14
amoralejwrt proposing to 2024.2, i understand that's discussed in the reviews, no need to discuss here?12:16
mariosyeah  ithink so... some of the backports which are otherwise good to go (not related to 3.12 for example) are blocked because they need to be proposed to 2024.2 first12:17
sean-k-mooneyright, the summary is that stable poicly does nto allow skiping branches12:17
amoralejyep, that's important12:17
amoralejack12:17
jneo8ack12:17
sean-k-mooneyone final comment https://review.opendev.org/c/openstack/watcher/+/938435 cant be backported because it increase the requried version of oslo.utils12:18
sean-k-mooneyits not needed however as  datetime.utcnow() is only deprecated not removed in 3.1212:19
sean-k-mooneyagain that captured in the review12:19
amoralejyes, and oslo.utils-7.0.0 is caracal release12:19
amoralejactually, caracal is 2024.1 so https://review.opendev.org/c/openstack/watcher/+/938435/1/requirements.txt may be backportable to 2024.1 12:20
amoralejif that value is correct12:20
sean-k-mooneyits not12:20
sean-k-mooneywith out this change we supprot 3.3612:21
amoralejhttps://github.com/openstack/requirements/blob/stable/2024.1/upper-constraints.txt#L60012:21
sean-k-mooneywe are not allowed to raise min verison in a backprot12:21
sean-k-mooneyeven if its released 12:21
amoralejah, didn't know that!12:21
amoraleji thought it was possible as soon as it was part of the release ...12:21
amoralejok12:21
amoralejgood to know12:21
sean-k-mooneythe expction is for security reaons12:22
sean-k-mooneybut that does nto apply here12:22
amoralejyep12:22
amoralejanything else about backports or we can move to the next topic ?12:22
sean-k-mooneynot from me :)12:22
jneo8not from me. And thanks for the input!!12:23
amoralejgook, let's move on then12:23
amoralej#topic (amoralej) call for a triage session to triage existing bugs in launchpad12:23
amoralejWe have been discussing about how to proceed with the existing bugs reported in launchpad for watcher12:24
amoralej#link https://bugs.launchpad.net/watcher12:24
amoralejsome of them have been there for some time and have not been triaged, some were triaged long time ago, and may be worthy to revisit12:24
marios43 is not an impossible number (but still some effort to try and understand and triage these)12:25
amoralejso, the proposal is to schedule a triage session to work together and coordinate on irc so that we can see what can be closed and wat should be priorized12:25
amoralejwdyt, any other proposal?12:26
amoralejyep, i'd say 43 is doable12:26
sean-k-mooneywe might want to have a google meet as well12:26
rlandyamoralej: there are also these: https://bugs.launchpad.net/watcher-dashboard12:26
mariosisnt there a foundation approved one jitsi?12:26
sean-k-mooneywe can use any tool12:26
amoralejright12:26
amoralej#link https://bugs.launchpad.net/watcher-dashboard12:27
amoralejthanks for the reminder rlandy 12:27
sean-k-mooneymy point was more we may need higher bandwith12:27
sean-k-mooneywe can start with irc12:27
sean-k-mooneyand perhaps have a second pass with a higher bandwith mediam after12:27
mariosack yes i think call will be easier to coordinate we can get through more bugs 12:27
rlandy+112:27
amoralejfrom community pov, is fine to use gmeeting? i had no idea about how to create a meeting with opendev jitsi, but it'd be good12:27
mariosi guess as longas anyone interested can access the call ... ? 12:28
sean-k-mooneyyes we use it form time to time for nova12:28
sean-k-mooneythe imporant things is to make it open to all12:28
amoralejgood, then I'd say google meet is the easier path ...12:28
sean-k-mooneywe have also used other toosl in the past but mostly we try to be irc first12:28
rlandyI think one gmeet will be enough to set the process in motion12:29
rlandyirc after that12:29
amoralejgmeet in first call could be good for coordination12:30
amoralejand I think it'd be good to schedule it asap, maybe next week ?12:30
mariosmaybe this time slot on tuesday?12:30
amoralejwfm12:31
rlandy+112:31
sean-k-mooneysure we can make that work12:31
amoralejso we can give that slot as agreed? anyone wants to propose a different one?12:32
jgilaber+1 from me12:33
marioswe should announce the meeting on the mailing list 12:33
amoralej#agreed we will have a Watcher triage session on tuesday 14th at 12:00 UTC12:33
mariosand provide a link for anyone who wnats to join12:33
amoralejyes, we will also announce in mailing list12:33
marios(we can coordinate in this irc channel)12:33
amoralejwrt irc only vs gmeet (+irc) vs other12:34
amoraleji understood there is agreement on gmeet ?12:35
mariosif someone cannot join they should be able to reach us somewhere 12:36
mariosis what i was thinking of 12:36
amoralej#agreed google meet + irc will be use for coordination12:36
mariosbut yeah the meeting will be gmeet 12:36
amoralejso, i think we are done with this topic12:37
amoralejnext topic in the agenda is from jneo8 about support for 3.12, it was covered in previous one or there is something else you want to discuss?12:38
sean-k-mooneyperhaps a birfe comment on the current state of things12:39
jneo8No, I think it's been covered.12:39
sean-k-mooneyon master we see eventlet related issues that only happen on 3.1212:39
amoralejout of curiosity, other openstack projects work fine (experimentally) with 3.12 and 2024.1 branch?12:39
sean-k-mooneysepcificly on ubuntu noble12:39
sean-k-mooneyyes12:39
sean-k-mooneyfor the most part12:39
sean-k-mooneythe issue with watcher is it is mixing 3 concurancy modeles at once12:40
sean-k-mooneyits using native treads va APSchduler + eventlets + asyncio12:40
hemanthI think magnum has issues as well with 3.12 and 2024.1 branch12:40
sean-k-mooneyya not all project work with 3.12 in 2024.112:40
amoralejack12:41
sean-k-mooneyit was only added to the testing runtim as experimetal in 2024.2 and requried this cycle for 2025.112:41
sean-k-mooneyalmost none of openstack uses APSchduler and its the interaction betwen that and eventlet and python 3.12 that is broken12:41
sean-k-mooneywhich is why nova/neutron/glance are not affected in the same way12:42
amoraleji expected that it would be in worse situation, tbh12:42
amoralejso i think it's clear enough and we can move to next topic or we will get out of time12:42
amoralej#topic (marios): update on prometheus datasource https://review.opendev.org/c/openstack/watcher/+/934423 12:43
mariosthanks, so some summary of the current state. i'd still like to merge this 'real soon now'. 12:44
mariosthere have been some review requests in the last couple of days aroudn 2 themes that i am working on for v30 coming today or tomorrow12:44
mariosone theme is to add a retry when we can't resolve the prometheus exporter hostname in the internal fqdn_instance_map12:44
mariosretry means rebuild the instance maps and retry the query before giving up 12:45
mariosthe other theme is around the client config options naming and being consistent with other projecs12:45
mariosso removing the prometheus_ prefix and using the 'standard' name for the tls options12:45
mariossean-k-mooney: my plan is to implement the naming changes but pusing the oslo config validation as future work agree?12:46
mariosnot decided if max_min inversion will be included in v30 or also pushed 12:46
mariosbut agree on the client opts lets get those right before merge 12:46
marios(also spliting the host and port )12:46
mariosso any comments or questions on this or any other topic related to this patch ? 12:47
sean-k-mooneyok well moving the min_max around is purly internal12:48
mariosright12:48
sean-k-mooneyso that can be a follow up12:48
sean-k-mooneyi think we can proceed with that you plan to push up soon12:48
sean-k-mooneyso for now lets proceed with the split your propsoeding and we can take it form there12:49
mariosack 12:49
amoralejwe are done with the topic?12:50
mariosfrom my side yes 12:50
amoralejso, i think we can move to the last one12:51
amoralej#topic (hemanth): noisy neighbour strategy not working as cpu_l3_cache metric is not collected12:51
amoralej#link https://bugs.launchpad.net/ceilometer/+bug/208112812:51
amoralejhemanth, you want to introduce the topic ?12:51
hemanthThis is more of a question if anyone is using the noisy neighbour strategy, if so how? 12:52
hemanthThe strategy relies on metric cpu_l3_cache which is not collected in ceilometer/gnocchi12:52
sean-k-mooneywe prbably shoudl deprecated it in the curent form12:52
sean-k-mooneyif i recall correctly we removed the fucntionatly related to thsi form livbirt too12:53
sean-k-mooneyor rather nova12:53
hemanthyes12:53
sean-k-mooneyi guess it might be posible that the stats were collected soem other way to feed them in to gnooci12:54
amoralejcpu_l3_cache is still inthe ceilometer documentation https://docs.openstack.org/ceilometer/latest/admin/telemetry-measurements.html#openstack-compute i guess that should be considered a bug?12:54
amoraleja mean, a documentation bug :)12:54
sean-k-mooneylikely yes12:54
opendevreviewMerged openstack/watcher stable/2024.1: Update .gitreview for stable/2024.1  https://review.opendev.org/c/openstack/watcher/+/91334312:55
opendevreviewMerged openstack/watcher stable/2024.1: Update TOX_CONSTRAINTS_FILE for stable/2024.1  https://review.opendev.org/c/openstack/watcher/+/91334412:55
sean-k-mooneyi think we shoudl likely mark the stagey as deprecated and reach out on the mailing lsit to see if anyoen is ueing it12:56
sean-k-mooneywe can also ask at the ptg12:56
hemanthok sure12:56
sean-k-mooneyif there is no feedback form user we can look to remove it or reimplement it next cycle12:56
hemanthack12:57
amoralejand maybe report it as a bug to ceilometer too, to check if they can get the metric in some other way or remove it from doc12:57
sean-k-mooneyfor what its worht there are other facotrs that can be used ot detect noisy neibghors  l3 cache usage is not really a good metric for this IMO12:58
sean-k-mooneyi think that off topci however12:58
amoralejso, we will wait to PTG before marking it as deprecated, or somethign we can initiate it first ?12:58
amoralejyep, we are almost out of time12:59
sean-k-mooneyno i think we shoudl mark it deprecated now12:59
sean-k-mooneybut we shoudl not look at remvoign it untl we have a wider dicussion12:59
amoralejyep12:59
sean-k-mooneyper the SLURP policy12:59
hemanthI can submit a PR to deprecate early next week12:59
amoralejthanks hemanth, that'd be great13:00
sean-k-mooneywe are not allowed ot remvoe feature without adverstiing the deprecation in a SLURP release13:00
amoralejso, unless there is some last minute topic, i'm closing the meeting13:00
amoralejthen thanks all for participating! see you on tuesday!13:01
sean-k-mooneyo/13:01
mariosthank you amoralej \o13:01
amoralej#endmeeting13:01
opendevmeetMeeting ended Thu Jan  9 13:01:32 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:01
opendevmeetMinutes:        https://meetings.opendev.org/meetings/watcher_meeting___2025_01_09/2025/watcher_meeting___2025_01_09.2025-01-09-12.01.html13:01
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/watcher_meeting___2025_01_09/2025/watcher_meeting___2025_01_09.2025-01-09-12.01.txt13:01
opendevmeetLog:            https://meetings.opendev.org/meetings/watcher_meeting___2025_01_09/2025/watcher_meeting___2025_01_09.2025-01-09-12.01.log.html13:01
hemantho/13:01
rlandythanks amoralej 13:01
jneo8Thanks!13:02
*** haleyb|out is now known as haleyb14:37
opendevreviewMarios Andreou proposed openstack/watcher master: Add prometheus data source for watcher decision engine  https://review.opendev.org/c/openstack/watcher/+/93442315:24
opendevreviewMarios Andreou proposed openstack/watcher master: Add prometheus data source for watcher decision engine  https://review.opendev.org/c/openstack/watcher/+/93442315:30
opendevreviewMarios Andreou proposed openstack/watcher master: Add prometheus data source for watcher decision engine  https://review.opendev.org/c/openstack/watcher/+/93442315:45
opendevreviewMerged openstack/python-watcherclient master: If endpoint ends with 1 client removes it  https://review.opendev.org/c/openstack/python-watcherclient/+/90856523:05
opendevreviewMerged openstack/watcher-specs master: Fix hacking min version to 3.0.1  https://review.opendev.org/c/openstack/watcher-specs/+/75250823:06
opendevreviewMerged openstack/python-watcherclient master: Update python versions, drop py3.8  https://review.opendev.org/c/openstack/python-watcherclient/+/93391123:09
opendevreviewMerged openstack/python-watcherclient master: Python 3.12: do not use ssl.wrap_socket  https://review.opendev.org/c/openstack/python-watcherclient/+/92341723:09
opendevreviewMerged openstack/python-watcherclient stable/2024.2: Update .gitreview for stable/2024.2  https://review.opendev.org/c/openstack/python-watcherclient/+/92903423:13
opendevreviewMerged openstack/python-watcherclient stable/2024.2: Update TOX_CONSTRAINTS_FILE for stable/2024.2  https://review.opendev.org/c/openstack/python-watcherclient/+/92903523:14
opendevreviewMerged openstack/python-watcherclient stable/2024.1: Update .gitreview for stable/2024.1  https://review.opendev.org/c/openstack/python-watcherclient/+/91227023:19
opendevreviewMerged openstack/python-watcherclient stable/2024.1: Update TOX_CONSTRAINTS_FILE for stable/2024.1  https://review.opendev.org/c/openstack/python-watcherclient/+/91227123:19
opendevreviewpraveenraj proposed openstack/watcher-dashboard master: [WIP] Support visualization of workload fingerprint  https://review.opendev.org/c/openstack/watcher-dashboard/+/44857123:20
opendevreviewMerged openstack/watcher master: tox: Drop envdir  https://review.opendev.org/c/openstack/watcher/+/93226423:32
opendevreviewMerged openstack/watcher master: Remove default override for config options policy_file  https://review.opendev.org/c/openstack/watcher/+/93458323:35
opendevreviewMerged openstack/watcher-dashboard master: Fix efficacy indicators in action plans  https://review.opendev.org/c/openstack/watcher-dashboard/+/93269323:35
opendevreviewMerged openstack/watcher-dashboard master: reno: Update master for unmaintained/victoria  https://review.opendev.org/c/openstack/watcher-dashboard/+/91136023:35
opendevreviewMerged openstack/watcher-dashboard master: reno: Update master for unmaintained/wallaby  https://review.opendev.org/c/openstack/watcher-dashboard/+/91136523:35
opendevreviewMerged openstack/watcher-dashboard master: reno: Update master for unmaintained/xena  https://review.opendev.org/c/openstack/watcher-dashboard/+/91137123:35
opendevreviewMerged openstack/watcher-dashboard master: reno: Update master for unmaintained/yoga  https://review.opendev.org/c/openstack/watcher-dashboard/+/90780123:35
opendevreviewMerged openstack/watcher-dashboard master: reno: Update master for unmaintained/zed  https://review.opendev.org/c/openstack/watcher-dashboard/+/91853123:35
opendevreviewMerged openstack/watcher-dashboard master: reno: Update master for unmaintained/2023.1  https://review.opendev.org/c/openstack/watcher-dashboard/+/93478123:35
opendevreviewMerged openstack/watcher-dashboard master: Bump hacking  https://review.opendev.org/c/openstack/watcher-dashboard/+/93546923:35
opendevreviewMerged openstack/watcher-dashboard master: Drop unnecessary 'x' bit from doc config file  https://review.opendev.org/c/openstack/watcher-dashboard/+/93289023:35
opendevreviewMerged openstack/watcher-dashboard stable/2023.2: Update .gitreview for stable/2023.2  https://review.opendev.org/c/openstack/watcher-dashboard/+/89505023:35
opendevreviewMerged openstack/watcher-dashboard stable/2023.2: Update TOX_CONSTRAINTS_FILE for stable/2023.2  https://review.opendev.org/c/openstack/watcher-dashboard/+/89505223:35
opendevreviewMerged openstack/watcher-dashboard stable/2024.1: Update .gitreview for stable/2024.1  https://review.opendev.org/c/openstack/watcher-dashboard/+/91335123:46
opendevreviewMerged openstack/watcher-dashboard stable/2024.1: Update TOX_CONSTRAINTS_FILE for stable/2024.1  https://review.opendev.org/c/openstack/watcher-dashboard/+/91335223:46
opendevreviewMerged openstack/watcher-dashboard master: Update master for stable/2024.2  https://review.opendev.org/c/openstack/watcher-dashboard/+/92941923:46

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!