*** vishalmanchanda has joined #cloudkitty | 05:11 | |
*** openstackgerrit has joined #cloudkitty | 06:09 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/cloudkitty-dashboard master: Imported Translations from Zanata https://review.opendev.org/c/openstack/cloudkitty-dashboard/+/782012 | 06:09 |
---|---|---|
*** Akki58 has joined #cloudkitty | 07:48 | |
Akki58 | Hello All, I have a working setup with cloudkitty installed on it. It uses monasca as collector, keystone as fetcher and elasticsearch as its storage backend. It is showing 0 summary all time. It is also showing no tenants in "openstack rating report tenant list". Please guide how to get ratings. | 07:51 |
Akki58 | # openstack rating summary get | 07:53 |
Akki58 | +-----------+---------------+------+---------------------+---------------------+ | 07:53 |
Akki58 | | Tenant ID | Resource Type | Rate | Begin Time | End Time | | 07:53 |
Akki58 | +-----------+---------------+------+---------------------+---------------------+ | 07:53 |
Akki58 | | ALL | ALL | 0 | 2021-03-01T00:00:00 | 2021-04-01T00:00:00 | | 07:53 |
Akki58 | +-----------+---------------+------+---------------------+---------------------+ | 07:53 |
Akki58 | # openstack rating report tenant list | 07:53 |
Akki58 | <blank> | 07:53 |
*** Akki58 has quit IRC | 08:32 | |
*** Akki58 has joined #cloudkitty | 09:09 | |
openstackgerrit | OpenStack Release Bot proposed openstack/cloudkitty-dashboard master: Update master for stable/wallaby https://review.opendev.org/c/openstack/cloudkitty-dashboard/+/782084 | 09:11 |
openstackgerrit | OpenStack Release Bot proposed openstack/cloudkitty-dashboard master: Add Python3 xena unit tests https://review.opendev.org/c/openstack/cloudkitty-dashboard/+/782086 | 09:12 |
openstackgerrit | OpenStack Release Bot proposed openstack/cloudkitty master: Update master for stable/wallaby https://review.opendev.org/c/openstack/cloudkitty/+/782092 | 09:13 |
openstackgerrit | OpenStack Release Bot proposed openstack/cloudkitty master: Add Python3 xena unit tests https://review.opendev.org/c/openstack/cloudkitty/+/782093 | 09:13 |
*** sboyron has joined #cloudkitty | 09:28 | |
priteau | Akki58: Have you set up rating rules, for example with hashmap? | 10:38 |
Akki58 | yes priteau | 10:53 |
Akki58 | # openstack rating hashmap service list | 10:54 |
Akki58 | +-------------+--------------------------------------+ | 10:55 |
Akki58 | | Name | Service ID | | 10:55 |
Akki58 | +-------------+--------------------------------------+ | 10:55 |
Akki58 | | volume.size | 9cd7379a-c60f-47d3-85c9-3bee75b3895e | | 10:55 |
Akki58 | | instance | c326de51-e37b-4209-8709-fe7fe57a0677 | | 10:55 |
Akki58 | +-------------+--------------------------------------+ | 10:55 |
Akki58 | # openstack rating hashmap field list c326de51-e37b-4209-8709-fe7fe57a0677 | 10:55 |
Akki58 | +-----------+--------------------------------------+--------------------------------------+ | 10:55 |
Akki58 | | Name | Field ID | Service ID | | 10:55 |
Akki58 | +-----------+--------------------------------------+--------------------------------------+ | 10:55 |
Akki58 | | flavor_id | 52412287-8c1e-4ffe-92b9-ac92361fa00f | c326de51-e37b-4209-8709-fe7fe57a0677 | | 10:55 |
Akki58 | +-----------+--------------------------------------+--------------------------------------+ | 10:55 |
Akki58 | openstack rating hashmap mapping list --field-id 52412287-8c1e-4ffe-92b9-ac92361fa00f | 10:55 |
Akki58 | +--------------------------------------+--------------------------------------+------------+------+--------------------------------------+------------+--------------------------------------+----------------------------------+ | 10:55 |
Akki58 | | Mapping ID | Value | Cost | Type | Field ID | Service ID | Group ID | Project ID | | 10:55 |
Akki58 | +--------------------------------------+--------------------------------------+------------+------+--------------------------------------+------------+--------------------------------------+----------------------------------+ | 10:55 |
Akki58 | | dba5667c-4902-4ce4-82af-762e776e6489 | d79358b4-f3e7-42b6-be69-955c30a1207a | 0.10000000 | flat | 52412287-8c1e-4ffe-92b9-ac92361fa00f | None | df8fa13f-d2d9-416c-b195-76b71fded062 | 1342adcef5754bfda29e5d4299a79073 | | 10:55 |
Akki58 | +--------------------------------------+--------------------------------------+------------+------+--------------------------------------+------------+--------------------------------------+----------------------------------+ | 10:55 |
Akki58 | am i missing any info priteau? | 10:56 |
priteau | openstack rating module list | 11:06 |
*** Floppy has joined #cloudkitty | 11:15 | |
Floppy | How do i deploy cloudkitty into an openstack ansible, or more specifically, an openstack ansible aio? There's this repository but it's largely undocumented and I'm not really sure what to do with it https://github.com/openstack/openstack-ansible-os_cloudkitty | 11:17 |
Akki58 | priteau | 11:24 |
Akki58 | # openstack rating module list | 11:24 |
Akki58 | +-----------+---------+----------+ | 11:24 |
Akki58 | | Module | Enabled | Priority | | 11:24 |
Akki58 | +-----------+---------+----------+ | 11:24 |
Akki58 | | noop | True | 1 | | 11:24 |
Akki58 | | hashmap | True | 1 | | 11:24 |
Akki58 | | pyscripts | False | 1 | | 11:24 |
Akki58 | +-----------+---------+----------+ | 11:24 |
priteau | Floppy: #openstack-ansible may be more helpful | 11:38 |
priteau | Akki58: Looks OK. What does your metrics.yml looks like? | 11:38 |
Floppy | I asked there but unfortunately got unoticed and later burried by bot merge messages | 11:40 |
priteau | Maybe try later today. I think the community has more activity in US timezones. | 11:45 |
Floppy | ah alright, thanks for the advice | 11:50 |
mkarpiarz | Floppy: You will have to install the role where your deployment playbook is. This is pretty basic stuff, you can just git clone it. | 11:56 |
mkarpiarz | Then it's just a matter of replacing all the required variables with ones that work for the rest of your AIO. | 11:57 |
mkarpiarz | https://github.com/openstack/openstack-ansible-os_cloudkitty#example-playbook | 11:57 |
mkarpiarz | I suspect cloudkitty_container_mysql_password you can generate and paste in your main playbook. | 12:00 |
*** Akki58 has quit IRC | 12:12 | |
*** Akki58 has joined #cloudkitty | 12:19 | |
Akki58 | priteau | 12:20 |
Akki58 | metrics: | 12:20 |
Akki58 | cpu: | 12:20 |
Akki58 | alt_name: instance | 12:20 |
Akki58 | unit: instance | 12:20 |
Akki58 | image.size: | 12:20 |
Akki58 | factor: 1/1048576 | 12:20 |
Akki58 | unit: MiB | 12:20 |
Akki58 | volume.size: | 12:20 |
Akki58 | unit: GiB | 12:20 |
mkarpiarz | Akki58: Have you added the "rating" role to the project you want to rate? | 12:23 |
mkarpiarz | See commands towards the end of this section: | 12:24 |
mkarpiarz | https://github.com/mkarpiarz/cloudkitty-playground/blob/monasca-collector/README.adoc#usage | 12:24 |
mkarpiarz | openstack role add --user cloudkitty --project <project-name> rating | 12:26 |
Floppy | I managed to copy over the deployment playbook and change the vars but with the "Ensure mount directories exist" task failing. Although I don't think I'm doing this correctly. Would that command be after I've successfully deployed cloudkitty? | 12:29 |
Akki58 | mkarpiarz, rating role was not created. I have just created one. Summary is still 0 now. Lets wait for the polling. | 12:29 |
Akki58 | Still 0 in cloudkitty summary list | 12:36 |
Akki58 | * cloudkitty summary get | 12:37 |
Akki58 | cloudkitty summary get -a | 12:37 |
Akki58 | cloudkitty summary get -t <project_id> | 12:37 |
Akki58 | all gives 0 | 12:37 |
mkarpiarz | And what about `cloudkitty report tenant list`? | 12:39 |
Akki58 | $ cloudkitty report tenant list | 12:42 |
Akki58 | +----------------------------------+ | 12:42 |
Akki58 | | Tenant ID | | 12:42 |
Akki58 | +----------------------------------+ | 12:42 |
Akki58 | | 1342adcef5754bfda29e5d4299a79073 | | 12:42 |
Akki58 | | c5f06fa192a74bbd97032b8151fe7bdd | | 12:42 |
Akki58 | +----------------------------------+ | 12:42 |
Akki58 | yes, now it is giving tenant list | 12:43 |
Akki58 | mkarpiarz | 12:43 |
mkarpiarz | Floppy: Was the `/var/lib/cloudkitty` directory created by your playbook? Can you run your Ansible command with the -vv flag and try to pinpoint which directory is missing? | 12:44 |
mkarpiarz | Cool, so metrics should follow soon. | 12:44 |
Akki58 | ok, lets wait for 15-20 mins more. | 12:45 |
mkarpiarz | Restart the cloudkitty-processor and query elasticsearch to see if you get metrics. | 12:46 |
Akki58 | mkarpiarz restarted | 12:52 |
Akki58 | still 0 | 12:52 |
Akki58 | one doubt, i had created elasticsearch index "cloudkitty" by my own | 12:52 |
Akki58 | with this curl command: | 12:53 |
Akki58 | curl -v -XPUT "elasticsearch-master.openstack.svc:9200/cloudkitty" -H 'Content-Type: application/json' -d ' | 12:53 |
Akki58 | { | 12:53 |
Akki58 | "settings" : { | 12:53 |
Akki58 | "number_of_shards" : 3, | 12:53 |
Akki58 | "number_of_replicas" : 1 | 12:53 |
Akki58 | } | 12:53 |
Akki58 | } | 12:53 |
Akki58 | ' | 12:53 |
Akki58 | is it ok or i am missing something here ? | 12:54 |
Akki58 | $ curl -GET http://elasticsearch-master.openstack.svc:9200/cl | 12:56 |
Akki58 | { | 12:56 |
Akki58 | "cloudkitty" : { | 12:56 |
Akki58 | "mappings" : { | 12:56 |
Akki58 | "dynamic" : "false", | 12:56 |
Akki58 | "dynamic_templates" : [ | 12:56 |
Akki58 | { | 12:56 |
Akki58 | "strings_as_keywords" : { | 12:56 |
Akki58 | "match_mapping_type" : "string", | 12:56 |
Akki58 | "mapping" : { | 12:56 |
Akki58 | "type" : "keyword" | 12:56 |
Akki58 | } | 12:56 |
Akki58 | } | 12:56 |
Akki58 | } | 12:56 |
Akki58 | ], | 12:56 |
Akki58 | "properties" : { | 12:56 |
Akki58 | "end" : { | 12:56 |
Akki58 | "type" : "date" | 12:56 |
Akki58 | "type" : "keyword" | 12:56 |
Akki58 | } | 12:56 |
Akki58 | } | 12:56 |
Akki58 | } | 12:56 |
Akki58 | } | 12:56 |
Akki58 | } | 12:56 |
mkarpiarz | Is there anything in cloudkitty-prcessor logs that would suggest problems? | 12:57 |
mkarpiarz | (you may need to set "debug" to "True" in your config) | 12:58 |
Akki58 | 2021-03-22 12:58:23.955 18669 INFO cloudkitty.orchestrator [-] [scope: c5f06fa192a74bbd97032b8151fe7bdd, worker: 3] No data collected for metric volume.size at timestamp 2021-03-13 03:52:50+00:00 | 12:59 |
Akki58 | 2021-03-22 12:58:23.957 18669 INFO cloudkitty.orchestrator [-] [scope: c5f06fa192a74bbd97032b8151fe7bdd, worker: 3] No data collected for metric cpu at timestamp 2021-03-13 03:52:50+00:00 | 12:59 |
Akki58 | 2021-03-22 12:58:23.958 18669 INFO cloudkitty.orchestrator [-] [scope: c5f06fa192a74bbd97032b8151fe7bdd, worker: 3] No data collected for metric image.size at timestamp 2021-03-13 03:52:50+00:00 | 12:59 |
Akki58 | 2021-03-22 12:58:23.958 18669 DEBUG cloudkitty.orchestrator [-] [scope: c5f06fa192a74bbd97032b8151fe7bdd, worker: 3] Collecting 3 metrics took 0.0770303880563s total, with 0.0256767960188s average _do_collection /usr/lib/python2.7/site-packages/cloudkitty/orchestrator.py:304 | 12:59 |
Akki58 | it has started getting metrics | 12:59 |
Akki58 | but NO DATA COLLECTED | 13:00 |
Akki58 | but it is collecting only for one tenant | 13:01 |
Akki58 | i.e. services | 13:01 |
Akki58 | but the vm created on admin project | 13:01 |
mkarpiarz | Right, have you enabled cross-tenant metrics in Monasca? | 13:04 |
mkarpiarz | openstack role add --user monasca-agent --project monasca_control_plane monitoring-delegate | 13:04 |
mkarpiarz | where "monitoring-delegate" is the role specified in "delegate_authorized_roles" in Monasca API config. | 13:05 |
mkarpiarz | Again, refer to https://github.com/mkarpiarz/cloudkitty-playground/blob/monasca-collector/README.adoc | 13:06 |
Akki58 | okay, let me try | 13:16 |
priteau | Akki58: Are you sure you have metrics of this name in Monasca? The default metrics file is customised for Ceilometer / Gnocchi | 13:16 |
Akki58 | i had a devstack environment which uses monasca, i have the same metrics.yaml file from that running setup. | 13:23 |
Akki58 | priteau | 13:23 |
priteau | Do you see the metrics when you do `monasca metric-list --tenant-id $(openstack project show monasca_control_plane -f value -c ID)` | 13:24 |
Akki58 | i don't have monasca client | 13:30 |
Akki58 | can you please help me with similar openstack client command | 13:31 |
priteau | There is no equivalent openstackclient command, sorry | 13:33 |
priteau | You need to install python-monascaclient | 13:33 |
Akki58 | okay | 13:43 |
Akki58 | mkarpiarz, in order to enabled cross-tenant metrics in Monasca | 13:46 |
Akki58 | i have only monascauser, and only two projects i.e. admin and services | 13:47 |
Akki58 | Please help me to enable it | 13:47 |
mkarpiarz | You should also have a Monasca Agent user somewhere. | 13:50 |
mkarpiarz | And also the "monasca_control_plane" project. | 13:51 |
*** rafaelweingartne has joined #cloudkitty | 13:52 | |
Akki58 | priteau, it is showing <blank> for services project , the project on which processor is fetching metrics | 13:59 |
priteau | Do you see the metrics in another project? | 13:59 |
Akki58 | but it is giving cpu and image.size in admin project | 13:59 |
rafaelweingartne | #startmeeting cloudkitty | 14:00 |
openstack | Meeting started Mon Mar 22 14:00:06 2021 UTC and is due to finish in 60 minutes. The chair is rafaelweingartne. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:00 |
openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:00 |
*** openstack changes topic to " (Meeting topic: cloudkitty)" | 14:00 | |
openstack | The meeting name has been set to 'cloudkitty' | 14:00 |
rafaelweingartne | Hello guys! | 14:00 |
rafaelweingartne | Roll count | 14:00 |
priteau | o/ | 14:01 |
mkarpiarz | Hi! | 14:01 |
Akki58 | priteau, what to do now ? | 14:01 |
priteau | Akki58: We're starting a meeting, let's continue later | 14:01 |
Akki58 | oh, i am really sorry, i just noticed tha | 14:01 |
Akki58 | *that | 14:02 |
priteau | Hi rafaelweingartne and mkarpiarz | 14:03 |
rafaelweingartne | #topic Wallaby release | 14:04 |
*** openstack changes topic to "Wallaby release (Meeting topic: cloudkitty)" | 14:04 | |
rafaelweingartne | I guess that we are moving on to release CloudKitty under Wallaby | 14:04 |
rafaelweingartne | most (if not) of the issues that we wanted for Wallaby have already been merged. | 14:04 |
rafaelweingartne | I have also reviewed the patch to cut RC1 last week if I am not mistaken | 14:05 |
priteau | NOTNUMBOOL didn't make it :/ | 14:05 |
rafaelweingartne | Do you guys have some patch that we forgot to merge, and that should still make Wallaby? | 14:05 |
priteau | Well, technically we're past feature freeze so it should be bug fixes only now | 14:06 |
priteau | Do we want this? https://review.opendev.org/c/openstack/cloudkitty/+/777379 | 14:06 |
mkarpiarz | It's fine. No point rushing non-critical patches. | 14:06 |
rafaelweingartne | priteau, that one I am not sure about | 14:07 |
rafaelweingartne | I mean, it seems that they were using a wrong configuration | 14:07 |
priteau | I've not worked much with Gnocchi recently so I don't know if it's the correct fix or not | 14:08 |
rafaelweingartne | it seems that they have an Gnocchi installation where the aggregation methods are configured with 300, and that is why they needed that config there | 14:08 |
rafaelweingartne | moreover, if they have some different aggregation method, they can use in their "custom" metric files | 14:08 |
priteau | But this isn't a default in Gnocchi? | 14:08 |
rafaelweingartne | there is no need to add that in CloudKitty | 14:08 |
priteau | So should Thomas ship a custom metrics.yml then? | 14:09 |
rafaelweingartne | let me check gnocchi for the default | 14:10 |
rafaelweingartne | we are used to explicitly define these things, that I am not sure about the default | 14:10 |
priteau | It would be interesting to check what configuration is used when deploying CloudKitty and Gnocchi with DevStack. | 14:11 |
mkarpiarz | Yeah, this is about different granurality set on the archive policy for some metrics. | 14:12 |
mkarpiarz | We've had a discussion about this here: https://storyboard.openstack.org/#!/story/2008598 | 14:12 |
mkarpiarz | The default granularity is set in Cloudkitty to 3600s. | 14:14 |
rafaelweingartne | by default gnocchi uses all granularities that is configured in the archive policy in the aggregation API (used by cloudkitty) | 14:14 |
rafaelweingartne | and as mkarpiarz said, the default used in CloudKitty is 3600 | 14:14 |
mkarpiarz | Which of course works for metrics with granularity set to 1h but not for those with granularity 5min. | 14:15 |
rafaelweingartne | exactly | 14:15 |
priteau | Would a typical ceilometer + gnocchi deployment have granularity of 300 on some metrics? | 14:16 |
rafaelweingartne | https://gnocchi.xyz/operating.html#default-archive-policies | 14:16 |
rafaelweingartne | priteau, it depends on the arquive policies set to resources | 14:16 |
rafaelweingartne | let me check the default in Ceilometer now | 14:17 |
priteau | I think we should ship defaults that work with defaults of other OpenStack services | 14:18 |
rafaelweingartne | https://github.com/openstack/ceilometer/blob/master/ceilometer/publisher/data/gnocchi_resources.yaml | 14:18 |
priteau | So 5 minutes on ceilometer-low? | 14:19 |
rafaelweingartne | yes | 14:19 |
rafaelweingartne | so, if we want to comply with Ceilometer default configs | 14:20 |
rafaelweingartne | then, yes, it might be interesting to merge that patch | 14:20 |
priteau | At the very least, this change should have: | 14:20 |
rafaelweingartne | the force granularity would need to be applied to other resources as well though | 14:20 |
priteau | Story and Task lines to link to storyboard | 14:20 |
priteau | a release note | 14:21 |
mkarpiarz | I'd also ask to add a note about force_granularity and which metrics might be affected to docs. | 14:22 |
mkarpiarz | Or at least point people to the Story where we have dicussion of how to deal with this problem. | 14:23 |
rafaelweingartne | Do we do these things? Or, we ask for the contributor that is proposing the patch? | 14:23 |
priteau | zigo: are you able to update your patch? | 14:24 |
priteau | If not, we would need to do ourselves | 14:24 |
* zigo reads the backlog | 14:24 | |
zigo | priteau: To include volumes fix too, isn't it? | 14:25 |
zigo | My config for gnocchi and ceilometer is indeed the default one. | 14:26 |
priteau | I don't know what granularity is used for volumes, sorry | 14:26 |
zigo | So, by default, we have a non-working cloudkitty, which is why I wrote the patch. | 14:26 |
zigo | volume.size also needs force_granularity: 300 | 14:27 |
rafaelweingartne | from what I see, all of the default metrics in Ceilometer are configured as granularity=300 | 14:28 |
zigo | I'm able to add this, but do all the work with release notes, stories, etc, I wont have time. | 14:29 |
priteau | The story is already there | 14:29 |
priteau | It's just adding the lines in the commit message as you update it | 14:29 |
priteau | We can add a release note if that's a problem | 14:29 |
zigo | I can do the release note. :) | 14:30 |
zigo | What's the syntax for pointing to the story ? | 14:30 |
priteau | See example: https://opendev.org/openstack/cloudkitty/commit/c248af3ecb61f7b6d297ca5325436f55f1c5760f | 14:32 |
mkarpiarz | Will this change close the Story? | 14:34 |
zigo | Yes. | 14:34 |
openstackgerrit | Thomas Goirand proposed openstack/cloudkitty master: Set force_granularity: 300 in metrics.yml https://review.opendev.org/c/openstack/cloudkitty/+/777379 | 14:35 |
mkarpiarz | Like I said, it could be useful to document why force_granularity should be set on some metrics and how to find these metrics. | 14:35 |
mkarpiarz | Otherwise users will run into the same issue over and over again. | 14:35 |
zigo | I very much would love to know myself ! | 14:35 |
priteau | Is this a new issue? How comes it has been reported only now | 14:36 |
mkarpiarz | zigo: Have you read the discussion under https://storyboard.openstack.org/#!/story/2008598? | 14:36 |
rafaelweingartne | Do we work to merge that patch before Wallaby? I mean, for Wallaby? | 14:36 |
priteau | Depends if it can have negative side effects? | 14:36 |
rafaelweingartne | priteau, I guess that people using CloudKitty before were always customizing Ceilometer gnocchi_resources files, and of course, CloudKitty metrics.yml as well | 14:37 |
mkarpiarz | Specifically https://storyboard.openstack.org/#!/story/2008598#comment-170473 and https://storyboard.openstack.org/#!/story/2008598#comment-170660 - these are explaining why you need different grantularities and how to find granularities on metrics. | 14:37 |
zigo | In there, it's written: "Now, in Cloudkitty's Gnocchi collector granularity is set to 3600 seconds by default. " Can this be configured somewhere? | 14:38 |
zigo | Oh, I got it ... | 14:39 |
mkarpiarz | Well, the value is specified in the source code and can be overriden with force_granularity. | 14:39 |
zigo | [collect] | 14:39 |
zigo | period = 3600 <--- That ? | 14:39 |
zigo | Ah ok. | 14:39 |
priteau | That's something else ^^ | 14:40 |
mkarpiarz | https://opendev.org/openstack/cloudkitty/src/branch/master/cloudkitty/collector/gnocchi.py#L115 | 14:40 |
priteau | period is the time window used for rating | 14:40 |
mkarpiarz | Required('force_granularity', default=3600): All(int, Range(min=0)), | 14:40 |
zigo | Got it. | 14:41 |
zigo | Well, in such case, my patch is making sense. | 14:41 |
zigo | If someone goes to edit the gnocchi / ceilometer defaults, then that someone is also expected to know what he's doing and edit cloudkitty's metrics.yml. | 14:41 |
rafaelweingartne | yes, it is, but you need to add the force_granularity for other metrics that have the same default of 300 to make it complete | 14:42 |
rafaelweingartne | zigo: I would say so | 14:42 |
zigo | Except that other metrics aren't rated by default by cloudkitty. | 14:42 |
zigo | The point is just to have these that are configured by default in cloudkitty to match what is also by default in ceilometer. | 14:43 |
rafaelweingartne | Normally, before putting to production, I would expect people to plan the aggregation methods they want and the granularity for each metric | 14:43 |
mkarpiarz | Will a note in docs be part of https://review.opendev.org/c/openstack/cloudkitty/+/777379 or should we create a separate Task for it in the Story? | 14:43 |
zigo | We did lots of trials and error, and found out that the default were kind of ok-ish.. | 14:43 |
mkarpiarz | (so a different patch can reference the task number) | 14:43 |
priteau | mkarpiarz: That's up to zigo | 14:44 |
priteau | We can always reopen the story with a TODO task if needed | 14:44 |
mkarpiarz | Ah, OK. | 14:44 |
zigo | I'm just discovering stuff, so I'm not 100% clear on how to write such a doc. | 14:44 |
zigo | I'd prefer someone else takes the job for now, as I'm not confident enough. | 14:45 |
rafaelweingartne | guys, we only have more 15min. So, to wrap up this topic. Zigo is going to amend the patch he proposed, and we are going to merge it for Wallaby? Is that it? | 14:45 |
zigo | Good for me. | 14:45 |
zigo | I got more topics to discuss.. | 14:45 |
mkarpiarz | zigo: To update docs you simply edit files in https://opendev.org/openstack/cloudkitty/src/branch/master/doc/source | 14:46 |
zigo | Sure ! :) | 14:46 |
zigo | That's not where I lack knowledge. | 14:46 |
rafaelweingartne | So, moving on. Do you guys have some other review priorities? | 14:46 |
rafaelweingartne | #topic Review priorities | 14:46 |
*** openstack changes topic to "Review priorities (Meeting topic: cloudkitty)" | 14:46 | |
zigo | Where I lack knowledge is all about archive policies, aggregation, etc. | 14:46 |
rafaelweingartne | Things that we might want to see in Wallaby version of CloudKitty | 14:47 |
zigo | Yeah. | 14:47 |
zigo | cloudkitty dataframes get -p <--- Doesn't work for me. | 14:47 |
priteau | zigo: Let's discuss outside of the meeting if possible | 14:47 |
zigo | When I do -p, cloudkitty returns with a policy error, even though my policy file is in order. | 14:48 |
zigo | priteau: I do believe this is a bug... | 14:48 |
zigo | But ok, I'm fine taking this off-meeting. | 14:48 |
priteau | zigo: Topic is review priorities | 14:48 |
zigo | ok | 14:48 |
zigo | Ping me later then. | 14:48 |
priteau | rafaelweingartne: I don't see other bug fix candidates for Wallaby | 14:49 |
priteau | Of course we can start reviewing Xena patches | 14:49 |
priteau | I've given my +2 to NOTNUMBOOL: https://review.opendev.org/c/openstack/cloudkitty/+/774084 | 14:49 |
rafaelweingartne | sure, I aggree | 14:49 |
mkarpiarz | Are Xena patches the ones submitted by the OpenStack Release Bot? | 14:51 |
priteau | Two patches for the Wallaby branch and two for master | 14:51 |
priteau | For each repository | 14:51 |
mkarpiarz | Yep | 14:52 |
mkarpiarz | So we have to review and merge them all, right? | 14:52 |
priteau | There's a failure to investigate here: https://review.opendev.org/c/openstack/cloudkitty/+/782093 | 14:52 |
priteau | AssertionError: 1.0000000003174137e-05 not less than or equal to 1e-05 | 14:52 |
priteau | Yes, they all need to be merged so the wallaby branch can receive patches and release notes be published | 14:53 |
rafaelweingartne | Do we have something else that we need to discuss with respect to review priority? | 14:54 |
priteau | We should use last 5 min to discuss PTG | 14:55 |
rafaelweingartne | yes | 14:55 |
mkarpiarz | Nothing on my side when it comes to review priorities. | 14:55 |
rafaelweingartne | Now, I open for general questions and topics that people might have. Then, we can use this space to discuss the PTG | 14:56 |
rafaelweingartne | #topic AOB | 14:56 |
*** openstack changes topic to "AOB (Meeting topic: cloudkitty)" | 14:56 | |
rafaelweingartne | I have participate in a few of them last year, should we try to schedule something? | 14:56 |
priteau | PTG is important because signup closes this week | 14:56 |
priteau | I think it would be good to book maybe 2 hours to go over plans for Xena via video | 14:57 |
rafaelweingartne | Do we have a place to schedule these times? | 14:57 |
priteau | #link https://ethercalc.net/oz7q0gds9zfi | 14:57 |
rafaelweingartne | ok, I will send an email later today | 14:58 |
rafaelweingartne | so we can try to select/converge on some dates and times | 14:58 |
priteau | There's space on Monday so we could schedule around the same time as our IRC meeting | 14:58 |
priteau | Would make it easy to remember | 14:58 |
priteau | i.e. April 19 | 14:59 |
priteau | 15-17 for example | 14:59 |
priteau | But do send email :) | 14:59 |
rafaelweingartne | We will need to close. Thank you guys for participating. Have a nice week. | 15:00 |
rafaelweingartne | #endmeeting | 15:00 |
*** openstack changes topic to "Rating component for OpenStack https://wiki.openstack.org/wiki/CloudKitty" | 15:00 | |
openstack | Meeting ended Mon Mar 22 15:00:05 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:00 |
openstack | Minutes: http://eavesdrop.openstack.org/meetings/cloudkitty/2021/cloudkitty.2021-03-22-14.00.html | 15:00 |
openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/cloudkitty/2021/cloudkitty.2021-03-22-14.00.txt | 15:00 |
openstack | Log: http://eavesdrop.openstack.org/meetings/cloudkitty/2021/cloudkitty.2021-03-22-14.00.log.html | 15:00 |
mkarpiarz | Wait, what about the next meeting? | 15:00 |
priteau | Oh, easter monday | 15:00 |
priteau | I didn't realise | 15:01 |
mkarpiarz | 2 weeks from now is Easter Monday. | 15:01 |
mkarpiarz | Yep. | 15:01 |
priteau | rafaelweingartne: April 5 is holiday in UK and France | 15:01 |
rafaelweingartne | so, we skip it? | 15:01 |
priteau | If there are no Wallaby release blockers, and if we can define PTG agenda asynchronously | 15:03 |
zigo | Next monday is easter ? | 15:04 |
priteau | Two weeks from now | 15:04 |
priteau | Our meetings are every other week | 15:05 |
priteau | zigo: So this bug? Can you provide more information and report it on Storyboard? | 15:18 |
zigo | priteau: Let me show you. | 15:19 |
zigo | # cloudkitty dataframes get -b 2021-03-22T09:00:00 -p 5ce1576a98784a7980dbcff00f597086 | 15:19 |
zigo | {"faultcode": "Client", "faultstring": "Policy doesn't allow storage:list_data_frames to be performed.", "debuginfo": null} (HTTP 403) | 15:19 |
zigo | priteau: Changing policy.json has no effect ... :/ | 15:20 |
priteau | Which release are you using? | 15:20 |
zigo | priteau: Victoria. | 15:23 |
priteau | And I assume this is using a non-admin user? | 15:26 |
*** rafaelweingartne has quit IRC | 15:26 | |
zigo | priteau: No, using the admin acount... | 15:27 |
priteau | Interesting | 15:27 |
zigo | priteau: I'd like to use the admin acount to fetch the dataframes of non-admins ... | 15:27 |
zigo | priteau: Otherwise, I must create a new user in the project to fetch dataframes for billing, which is very annoying to do. | 15:28 |
zigo | Same problem with "summary get -t" in fact... | 15:28 |
zigo | (and I'm not discussing the -t vs -p inconsistency in the shell ... :P ) | 15:28 |
priteau | I only have a Train deployment to test with right now, but the -p option works fine for me | 15:30 |
priteau | I will test it against another release when I get the chance | 15:35 |
priteau | Can you please report it on Storyboard? | 15:35 |
*** Akki58 has quit IRC | 15:57 | |
*** vishalmanchanda has quit IRC | 16:11 | |
*** sboyron has quit IRC | 19:25 | |
*** mkarpiarz has quit IRC | 23:53 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!