Thursday, 2019-05-23

*** dangtrinhnt has joined #openstack-telemetry01:43
*** zhurong has joined #openstack-telemetry01:50
dangtrinhntMeeting in 1m :)01:59
dangtrinhntokie02:00
dangtrinhnt#startmeeting openstack telemetry02:00
openstackMeeting started Thu May 23 02:00:32 2019 UTC and is due to finish in 60 minutes.  The chair is dangtrinhnt. Information about MeetBot at http://wiki.debian.org/MeetBot.02:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.02:00
*** openstack changes topic to " (Meeting topic: openstack telemetry)"02:00
openstackThe meeting name has been set to 'openstack_telemetry'02:00
dangtrinhntzhurong, lxkong, are you here?02:00
lxkonghey02:01
dangtrinhntshaoman, adriant02:01
dangtrinhntlxkong hi02:01
adrianto/02:01
dangtrinhntLet's look at the meeting agenda today #link https://etherpad.openstack.org/p/telemetry-meeting-agenda02:01
dangtrinhntadriant hi :)02:01
zhurongHi dangtrinhnt02:01
dangtrinhntzhurong hi02:02
dangtrinhntokie, our focus today is the Train-1 goals and Telemetry roadmap02:02
dangtrinhnt#topic Telemetry roadmap (cont.)02:03
*** openstack changes topic to "Telemetry roadmap (cont.) (Meeting topic: openstack telemetry)"02:03
dangtrinhnt#link https://etherpad.openstack.org/p/telemetry-train-roadmap02:03
dangtrinhntAfter the last meeting, joadavis helped us to gather some options for Telemetry in Train02:04
dangtrinhntI would like to discuss a little bit about them before moving forward02:05
dangtrinhnt+Proposal A: Try to maintain current course, Increase community involvement and communication02:05
dangtrinhnt+Proposal B: Gather new feature requirements, dedicate a team to implementing them02:05
dangtrinhnt+Proposal C: Work with each OpenStack project to provide its own telemetry data02:06
dangtrinhnt+Proposal D: Define an end of life for the Telemetry project, tell the community to switch to Prometheus02:06
dangtrinhnt+Proposal E: Fold Telemetry in to the Monasca project => I could expect an optimistic future for this proposal but after 2-3 more cycles02:06
dangtrinhntWhat do you think?02:06
dangtrinhntlxkong, zhurong, adriant?02:06
lxkongthe pA and pB are more realistic02:07
zhurongI vote for Proposal B02:07
adriantpart of me wonders if a mix of ABC is possible02:07
dangtrinhntI'm ok with A,B,C. But, D, E I guess are hard to choose because there are too many people still rely on Telemetry.02:08
dangtrinhntlxkong, +102:08
dangtrinhntadriant, I have the same thought with you.02:09
adriantin theory, would prometheus be able to give us all the same metrics?02:09
adriantand it would act as a datastore too, so no gnocchi02:09
adriantthe problem is no keystone integration02:10
adriantand within that per project multi-tenancy02:10
adriantand a lot of of useful features of telemetry rely on the concept of per project metrics02:10
* adriant isn't 100% sure he's making sense02:11
dangtrinhntlike lxkong and joadavis has pointed out, there are some issues with timestamp in Prometheus that will not provide reliable data for billing02:11
dangtrinhntam I right lxkong?02:11
lxkongi'm only convinced if the person who recommends prometheus could provide some PoC demos, or at least do some actual work to compare those two02:12
lxkongotherwise, i'm not considering that as an option02:12
zhurongI am agree with lxkong02:12
lxkongsorry, should be "i'm only convinced unless"02:12
dangtrinhntSo am I.02:13
lxkongmaybe prometheus is much more promising than ceilometer, i don't know. So, show me something02:13
dangtrinhntOkie, so I think we can put Proposal D aside. How about E?02:14
dangtrinhntMonasca?02:15
adriantdoes it do polling of resource data?02:16
adriantI don't actually know enough about it02:16
adrianthttps://github.com/openstack/monasca-agent so I guess it does collection of a sort02:17
dangtrinhntI think so #link https://wiki.openstack.org/wiki/Monasca02:17
lxkonghmm...it replies on Apache Spark and kafaka?02:18
dangtrinhntIt is an agent-based monitoring system. Ah, yes02:18
adriantit sounds like it can be used for telemetry, but it does a lot more than just that02:18
lxkongadriant: i don't think our ops will like it :-)02:18
adriantfolding telemetry for billing into monitoring sounds like a potential nightmare02:18
adriantand yeah... even more complex dependencies :(02:19
dangtrinhntWhat they are trying to do is to add scalability to monitoring. And, considering the architecture, I guess It would be a huge change if people want to replace telemetry with monasca02:19
dangtrinhntI don't think it's a good idea for this cycle or the next one.02:20
lxkongi don't know much about Monasca either, i'll leave it to the Mosasca team. Hopefully after several dev cycles, there are more and more users deploy Monasca. We will see.02:20
dangtrinhnt+102:20
lxkongat least for us, we won't consider using it in the next 1 or 1.5 years02:20
dangtrinhntit makes sense considering the amount of resource and effort you have put into Telemetry02:21
lxkongbut i'm not against that idea02:21
dangtrinhntokie, I think we need to work with joadavis and the monasca team over the next several cycles I guess :)02:22
dangtrinhntI guess for Train, we will do something like a mix of A,B, and C.02:23
dangtrinhntany comments?02:23
dangtrinhntI will draft a proposal roadmap for Telemetry patch on gerrit in the next couple days.02:25
dangtrinhntOkie, next topic02:25
dangtrinhnt#topic Train-1 progress update02:25
*** openstack changes topic to "Train-1 progress update (Meeting topic: openstack telemetry)"02:25
*** irclogbot_1 has quit IRC02:26
dangtrinhntself-healing with AODH is done, isn't it? lxkong?02:26
lxkongdangtrinhnt: yes02:26
dangtrinhnt#link https://review.opendev.org/#/c/659046/02:26
dangtrinhntgreat, thanks02:26
lxkongwe are working on the Heat support internally02:26
dangtrinhntthat's cool02:27
lxkongdangtrinhnt: you may notice i was still creating the alarm manually in the demo02:27
lxkongafter heat support, we could define the alarm in heat template02:27
dangtrinhntawesome02:27
zhurongIt is a great job lxkong02:28
dangtrinhntPlease keep us updated with that, thanks02:28
lxkongsure02:28
dangtrinhntzhurong "switch to oslo.privileps" is merged02:29
*** irclogbot_0 has joined #openstack-telemetry02:30
zhurongyeah, next part we want to add container metrics02:30
dangtrinhnt#link https://review.opendev.org/#/c/656098/02:30
dangtrinhntGreat, thanks.02:30
lxkongzhurong: container metrics, you mean Magnum or Zun?02:31
zhurongwith Zun02:31
lxkongah, ok02:31
lxkongzhurong: have you deployed Zun in production?02:31
zhurongyeah, we have Zun in our production02:32
dangtrinhntThat's cool02:32
lxkongcool, good to know02:33
zhurongwe did a lot of work in Zun02:33
dangtrinhntokie, next feature, the "event subsystem": I would want to wait for rafaelweingartne to update on this. He cannot attend today meeting.02:34
*** joadavis_ has joined #openstack-telemetry02:35
dangtrinhntIn the last meeting, we're thinking about bringing back cpu_util to telemetry. Do we have resource to do that?02:35
lxkongunfortunately, i don't have time to do that currently02:36
lxkongbut we definitely need that after upgrading Ceilometer02:36
dangtrinhntOkie, I guess we can put that on hold and maybe re-open it at Train-2 or 302:37
dangtrinhntyeah02:37
dangtrinhntI will trying to spend something fix/update the docs in the next couple days.02:38
dangtrinhntAnything you want to discuss about Train-1 milestone?02:38
lxkongnothing from me02:39
zhurongme too02:39
dangtrinhntokie, next topic02:40
dangtrinhnt#topic Shanghai summit02:40
*** openstack changes topic to "Shanghai summit (Meeting topic: openstack telemetry)"02:40
dangtrinhntAnyone want to attend the next OpenInfra Summit in Shanghai?02:40
zhuronghaha lxkong welcome back, come on, 加西亚02:40
dangtrinhnt:)02:41
lxkongdangtrinhnt: we don't know yet.02:41
lxkongbut i will be kubecon Shanghai in June02:41
dangtrinhntWe need to show the world what we're doing this cycle :)02:41
dangtrinhntzhurong, will you? :)02:41
lxkongbtw, i'm in the Programming Committee for the Container Infrastructure Track for Shanghai Openinfra Summit02:42
zhurongI will be there, this time I don't need the visa, haha02:42
zhurongcool lxkong02:42
lxkongzhurong: would much appreciate if you could share the work you've done in Zun02:43
zhurongwe have a lighter topic about zun in Denver summit, but due to the visa, we can not attend.02:44
dangtrinhntlxkong yeah, that's cool02:44
dangtrinhntzhurong, same with me, I could not attend Denver because of VISAAA02:44
dangtrinhnt:)02:44
joadavis_We did miss telemetry at Denver summit.02:44
zhurongsure, we will have topic about zun in shanghai lxkong02:45
dangtrinhntjoadavis_ hi :)02:45
joadavis_Dont mind me, I'm only partly here02:45
joadavis_I would like to come to Shanghai summit and meet you all, but budget constraints...02:46
dangtrinhntokie, np. Neither do I, I just changed job and don't think I can go there.02:47
dangtrinhntDo you have anything else to discuss?02:47
dangtrinhntwe have 12m left.02:48
lxkongi have to leave now, has an appointment later on02:48
joadavis_As a late attendee, I will say proposal E is somewhat already done/doable02:48
joadavis_Witek can talk about it in the meeting at 0800 too02:49
dangtrinhntlxkong, np. Take your time.02:49
dangtrinhntjoadavis_ , so let do it in the next meeting session today. Thanks02:49
zhurongbye lxkong02:49
dangtrinhntzhurong, adriant, do you have anything to add?02:49
zhurongdangtrinhnt: nothing from my side today02:51
adriantno, mostly just a fly on the wall today.02:51
dangtrinhntbtw, zhurong, could you and shaoman attend the next meeting today?02:51
dangtrinhntwith the other guys02:51
dangtrinhntI guess it's too much for you.02:52
dangtrinhntadriant, your inputs/questions are valuable :)02:52
zhurongyeah, we will, today shaoman have a internal meeting this time02:52
adriantdangtrinhnt: ty! Just busy running around between a lot of tasks, so mostly writing/testing code while watching IRC a bit today.02:53
dangtrinhntzhurong: great, thanks :) see you then.02:53
dangtrinhntadriant, so do I :) haha02:54
dangtrinhntokie, I guess we can end the meeting now02:54
dangtrinhntThanks everyone for joining.02:54
zhurongthanks, bye all02:54
dangtrinhnt#endmeeting02:54
*** openstack changes topic to "#openstack-telemetry is OpenStack Telemetry | http://wiki.openstack.org/Telemetry"02:54
openstackMeeting ended Thu May 23 02:54:53 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)02:54
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_telemetry/2019/openstack_telemetry.2019-05-23-02.00.html02:54
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_telemetry/2019/openstack_telemetry.2019-05-23-02.00.txt02:54
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_telemetry/2019/openstack_telemetry.2019-05-23-02.00.log.html02:54
*** joadavis_ has quit IRC02:58
*** dangtrinhnt has quit IRC03:12
*** dangtrinhnt has joined #openstack-telemetry03:15
*** tojuvone has joined #openstack-telemetry03:18
*** lpetrut has joined #openstack-telemetry05:11
*** tesseract has joined #openstack-telemetry06:41
*** witek has joined #openstack-telemetry06:53
*** witek has quit IRC06:55
*** witek has joined #openstack-telemetry06:56
*** rcernin has quit IRC07:00
*** pcaruana has joined #openstack-telemetry07:07
*** mrunge_ has quit IRC07:27
*** mrunge has joined #openstack-telemetry07:27
*** ivve has joined #openstack-telemetry07:42
dangtrinhnt14m before the 2nd meeting today :)07:46
*** m0zart89 has joined #openstack-telemetry07:55
dangtrinhntOkie, let's start the meeting08:00
dangtrinhnt#startmeeting openstack telemetry08:00
openstackMeeting started Thu May 23 08:00:31 2019 UTC and is due to finish in 60 minutes.  The chair is dangtrinhnt. Information about MeetBot at http://wiki.debian.org/MeetBot.08:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.08:00
*** openstack changes topic to " (Meeting topic: openstack telemetry)"08:00
openstackThe meeting name has been set to 'openstack_telemetry'08:00
dangtrinhntmrunge, zhurong, joedavis, hyang, witek, shaoman are you here for the meeting?08:01
witekmorning08:01
dangtrinhntwitek, hi :)08:02
mrungehi08:02
witekhi08:02
dangtrinhntI'm looking for Tobias Urdin's IRC handle08:02
dangtrinhntanyone know it?08:02
mrungegood question, I may remember it, when I see it08:03
witektobiao?08:03
dangtrinhntI guess, tobias-urdin08:04
dangtrinhntanyway08:04
m0zart89Hello.Is this channel strictly for meetings and discussions ?08:04
mrungehttps://launchpad.net/~tobias-urdin08:04
mrungetobias-urdin, as already said08:04
mrungem0zart89: it's not. but we're having a meeting right now. if you have a question, can that wait till after the meeting?08:05
dangtrinhntanyway, the focus of this meeting is "Cross-project discussion (e.g., monasca merged/integration/replacement) + roadmap of Telemetry in Train"08:05
m0zart89mrunge: of course ;)08:05
dangtrinhntm0zart89, :) in about 1 hour, we're free :)08:06
dangtrinhntPlease look at the meeting agenda #link https://etherpad.openstack.org/p/telemetry-meeting-agenda08:06
*** dougsz has joined #openstack-telemetry08:07
witekI have added a URL to Monasca publisher review to the agenda08:07
witekoh, you moved it, it's OK08:07
dangtrinhntwitek, yes, I would like to discuss a little bit about our roadmap before moving forward08:07
dangtrinhnt#topic Telemetry roadmap08:08
*** openstack changes topic to "Telemetry roadmap (Meeting topic: openstack telemetry)"08:08
dangtrinhnt#link https://etherpad.openstack.org/p/telemetry-train-roadmap08:08
dangtrinhntjoadavis had helped us put together several options08:08
dangtrinhntA: Try to maintain current course, Increase community involvement and communication08:09
dangtrinhntB: Gather new feature requirements, dedicate a team to implementing them08:09
dangtrinhntC: Work with each OpenStack project to provide its own telemetry data08:09
dangtrinhntD: Define an end of life for the Telemetry project, tell the community to switch to Prometheus08:09
dangtrinhntE: Fold Telemetry in to the Monasca project => I could expect an optimistic future for this proposal but after 2-3 more cycles08:10
witekI think C adds real value to OpenStack08:11
dangtrinhntIn this morning session, we agreed that a mix of A,B,C could be a doable solution. D would need a solid proof that Prometheus can replace Telemetry. E. Is also a good option but would be in 2-3 cycles since many people depends on Telemetry08:11
dangtrinhntwitek, I think so too08:12
dangtrinhntAny comments?08:12
witekregarding E, I think it should be a free choice for companies to decide which approach they want to choose08:13
mrungeI'd think, we should keep the community honest and talk about deprecation08:13
mrungeregarding to D: I don't see a feature parity there yet08:14
dangtrinhnt+108:15
mrungeother thoughts?08:16
witekwhat is your opinion dangtrinhnt ?08:17
dangtrinhntwitek, monasca seems more flexible and give users more choice so I think it's inevitable to use monasca.08:17
dangtrinhntLooking at what Monasca offers so far, I would want to design a future for Billing and Monitoring.08:17
mrungedo you really want to dive into billing?08:18
mrungethere used to be a project for that08:18
mrungeand everyone else tried to avoid it like hell08:18
dangtrinhntCloud Kitty you mean?08:19
mrungeright08:19
mrungethere was a single company behind it, iirc08:19
*** tobias-urdin has joined #openstack-telemetry08:19
dangtrinhntlxkong and adriant are mostly use ceilometer for their billing system08:19
dangtrinhnttobias-urdin, hi08:19
mrungewith regards to merging monasca and telemetry: which community is larger?08:20
tobias-urdinhi o/ sorry if i missed the beginning, been working nightshift08:20
mrungei.e. maybe it'd make sense to merge monasca into telemetry?08:20
dangtrinhntmrunge, I would love to here some stats of monasca from witek08:21
witekstats are all public, you can look them up at stackalytics08:21
dangtrinhntBut like I said, It would be in 2-3 more cycles.08:21
witekwe have Fujitsu, SUSE, StackHPC and NEC on board08:21
dangtrinhntso currently, they are all active contributors?08:22
witekyes, these are companies actively contributing08:23
dangtrinhntgreat08:23
mrungelooking at the stats, telemetry is about twice as big?08:23
mrungehmm, that is derailing here and doesn't lead anywhere, let's table that08:24
witekmrunge: I think Telemetry's mission never had been to provide operational monitoring08:24
witekwith sampling rates of 15s and below08:25
dangtrinhntbut right now Telemetry only has a couple active contributors like shaoman, lxkong, zhurong and myself (mostly review and merge code)08:25
dangtrinhntwitek, true08:25
mrungeright witek. /me is looking more for sampling rates in 1s intervals08:25
mrungeor below08:26
dangtrinhntokie, regarding the merge, how about wait until the end of Train?08:27
tobias-urdinim somewhat conflated on treating monitoring and metrics collection as the same thing, we explicitly kept away from monasca to not provide monitoring and only collect metrics08:27
tobias-urdinto skip deploying eight more services, and skipping java08:27
witekdangtrinhnt: coming back to your idea, I'd be happy to help working on such design08:28
mrungeright. we don't do monasca either08:28
dangtrinhntwitek, great thanks, let's start an etherpad and see what could be done.08:29
dangtrinhnttobias-urdin, makes sense, I would skip java08:29
witekon Java topic, we planned for this cycle to work on removing the last Java component08:30
witekthresholding engine08:30
dangtrinhntLet's put together a draft design if the two (telemetry, monasca) could be matched.08:30
dangtrinhntokie, anything else on this?08:32
mrungenot from my side08:32
witeknot from me either08:33
dangtrinhntokie08:34
dangtrinhntThat's great. I will draft a vision for Telemetry in Train (published to the docs) based on what we discussed here including mention the possibility or merging with Monasca08:35
dangtrinhntin the next couple days08:35
dangtrinhntnext topic08:35
mrungeok, thank you dangtrinhnt08:35
dangtrinhnt#topic Monasca publisher08:36
*** openstack changes topic to "Monasca publisher (Meeting topic: openstack telemetry)"08:36
dangtrinhnt#link https://review.opendev.org/#/c/562400/08:36
dangtrinhntIt has been a while08:36
witekthis is an old review we have tried to contribute over one year ago08:36
witekit adds Monasca publisher to Ceilometer08:36
witekand allows pushing Ceilometer measurements to Monasca API08:37
dangtrinhntI don't see any reason not to merge it.08:37
witekgreat, that's what I wanted to check on08:37
dangtrinhntSo please resolve the merge conflicts and let us review it again.08:38
witekthe last PS is from October, so I think it should be revisited again08:38
witekgreat, we'll update you on this08:38
dangtrinhntOkie, thanks.08:38
dangtrinhntmrunge, any comment?08:39
mrungeuhm, regarding the publisher? nope08:40
dangtrinhntokie08:40
dangtrinhntDo you have anything else to discuss today?08:41
mrungeuhm, I still have a pile of openstack emails to read, so I probably skipped the announcement for this meeting so far08:41
mrungeare we going to have this meeting in this time slot regularly?08:42
witekwhat about the idea of new instrumentation code for OpenStack projects?08:42
dangtrinhntYes, for now08:42
witekIdea C from your list08:42
mrungedangtrinhnt: thank you, sounds good to me.08:43
mrungeI would rather document integration or exposing of metrics for other projects08:43
mrungei.e. document, how to send metrics to the metrics subsystem08:44
dangtrinhntwitek, I'm ok with that and would combine it with A and B.08:44
dangtrinhnt#topic Any other things08:44
*** openstack changes topic to "Any other things (Meeting topic: openstack telemetry)"08:44
dangtrinhntmrunge, +108:44
tobias-urdinmrunge: +1 from what i understood it telemetry never wanted to build ceilometer with this polling mechanism to work around projects not exposing metrics08:45
* mrunge nods08:45
tobias-urdinwhen it first started, would be interesting to know the optimal end result if it started from the beginning now08:45
mrungeI've been contacted e.g by the manila team on exactly that question08:46
mrungeceilometer has a bad name for being slooooow08:46
tobias-urdinany idea how one reliably would solve the push of metrics instead of polling? while polling is resource intensive it somewhat reliable on what it does08:46
dangtrinhnt:)08:46
mrungeI'd have ideas :)08:47
tobias-urdinplease don't say use existing message buss (rabbitmq) :D08:47
* mrunge nods08:47
mrungenope. do not use rabbit08:47
mrungeI would also like to see a message mesh instead of a single bus08:48
witekshouldn't every service instrument their own code and expose it in the standardized way?08:48
mrungewitek we're talking about different things08:48
tobias-urdini'll just out; im for any A,B,C approach, we use it primaryly for billing and autoscaling, gnocchi for storage and have invested a lot of time to have a third party integrate their billing engine with gnocchi API08:48
tobias-urdini heard some mention on octavia metrics, we have a simple one that collects usage, i can clean that up and push upstream08:49
mrungethat sounds like you invested some effort, tobias-urdin08:49
mrungekudos!08:50
dangtrinhnttobias-urdin, great08:50
dangtrinhntSince we only have less than 10m left, I will put your question on the agenda for the next meeting and maybe open a discussion on the ML08:52
mrungeso, any immediate actions for now?08:52
mrungeor a plan what to do next wrt telemetry here?08:52
dangtrinhntI don't have any idea for now. So let bring that up to the ML.08:53
dangtrinhntif you talking about what tobias-urdin just asked08:53
mrungeI haven't seen any question from tobias-urdin, did I miss that?08:55
dangtrinhntah, about the metric polling/pushing08:55
mrungeNo I meant next steps for us to move forward here (with train)08:55
mrungeah! got you08:55
mrungewhat about pushing metrics via amqp to something presenting it to a component to pick it up?08:56
mrungei.e. you'd be moving the load off the collectors08:57
witekisn't this what Monasca is doing right now?08:57
witeks/amqp/kafka08:57
dangtrinhntOkie, for Train I wouldn't expect big design/architecture or changes.08:58
dangtrinhntSo next steps are:08:59
tobias-urdinthe C approach is interesting to say the least, A and B more realistic. Then there is probably a lot of things that Monasca and Telemetry could work togther on08:59
tobias-urdinsorry dangtrinhnt, go on :)08:59
dangtrinhnt1. Focus on community engament via ML, meeting, events09:00
dangtrinhnt2. Fix existing bugs, documents09:00
dangtrinhnt3. Designing the vision for Telemetry for the next 2-3 cycles (e.g., monasca work together)09:01
dangtrinhntYeah, basically what tobias-urdin said.09:01
dangtrinhntIs that clear enought?09:01
dangtrinhntokie, time up09:01
mrungeyupp09:02
mrungethank you, dangtrinhnt09:02
witekthanks dangtrinhnt09:02
tobias-urdinyes, thanks for clearing everything up dangtrinhnt!09:02
dangtrinhntokie, thanks everyone for the meeting09:03
dangtrinhnt#endmeeting09:03
*** openstack changes topic to "#openstack-telemetry is OpenStack Telemetry | http://wiki.openstack.org/Telemetry"09:03
openstackMeeting ended Thu May 23 09:03:13 2019 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)09:03
openstackMinutes:        http://eavesdrop.openstack.org/meetings/openstack_telemetry/2019/openstack_telemetry.2019-05-23-08.00.html09:03
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/openstack_telemetry/2019/openstack_telemetry.2019-05-23-08.00.txt09:03
openstackLog:            http://eavesdrop.openstack.org/meetings/openstack_telemetry/2019/openstack_telemetry.2019-05-23-08.00.log.html09:03
dangtrinhntOkie, I will try to keep the meeting time balance between the APAC, US, and or EU timezone :)09:04
m0zart89Hello, community. I have openstack with several regions: US1, EU1. I have resource "instance_network_interface" with my custom attribute "region_id". My goal is to do "gnocchi measures aggregation ... --groupby project_id --groupby region_id". What is the correct way to put constant attribute "region_id" to my resource.09:09
*** tojuvone has quit IRC10:30
*** tojuvone has joined #openstack-telemetry10:30
*** m0zart89 has quit IRC10:57
*** m0zart89 has joined #openstack-telemetry11:10
dangtrinhntm0zart89, the command you posted must be from an older version of gnocchi11:19
dangtrinhntCorrect one as far as I know is `gnocchi aggregates --groupby region_id` #link https://gnocchi.xyz/gnocchiclient/shell.html11:20
m0zart89dangtrinhnt: Yes, this is deprecated function (gnocchi 4.2.5). But I have problem with resource attributes. I want to set attribute: 'US1' for ceilometer in US and 'EU1' in Europe.11:29
openstackgerritMerged openstack/ceilometer master: Windows: avoid passing conf objects to subprocesses  https://review.opendev.org/62438011:33
m0zart89dangtrinhnt: In general I will be using rest api.11:44
*** dave-mccowan has joined #openstack-telemetry13:14
*** mrunge has quit IRC13:37
*** mrunge has joined #openstack-telemetry13:42
*** pcaruana has quit IRC14:10
*** pcaruana has joined #openstack-telemetry14:29
*** dave-mccowan has quit IRC14:52
*** joadavis has quit IRC14:57
*** joadavis has joined #openstack-telemetry14:59
*** ivve has quit IRC15:06
*** lpetrut has quit IRC15:08
*** m0zart89 has quit IRC15:28
*** pcaruana has quit IRC16:09
*** ivve has joined #openstack-telemetry16:23
*** witek has quit IRC16:24
*** pcaruana has joined #openstack-telemetry17:00
*** dougsz has quit IRC17:03
*** lpetrut has joined #openstack-telemetry18:03
*** lpetrut has quit IRC18:07
*** tesseract has quit IRC19:05
*** pcaruana has quit IRC20:47
*** ivve has quit IRC21:59
*** joadavis has quit IRC22:34
*** rcernin has joined #openstack-telemetry23:18

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!