| *** kapil has quit IRC | 00:19 | |
| *** cdent has joined #openstack-telemetry | 00:20 | |
| *** KrishR has quit IRC | 00:22 | |
| *** diogogmt has joined #openstack-telemetry | 00:42 | |
| *** cdent has quit IRC | 00:42 | |
| *** cheneydc has joined #openstack-telemetry | 01:07 | |
| *** kapil has joined #openstack-telemetry | 01:11 | |
| kapil | i can see that ceilometer-agent-ipmi is running by doing a 'ps aux | grep agent-ipmi', but when I do 'service ceilometer-agent-ipmi restart', it says service not available | 01:12 |
|---|---|---|
| kapil | i have ubuntu 14.04 on the host nodes and i am not sure if the ipmi agent is installed correctly | 01:12 |
| kapil | apt-get doesn't show ceilometer-ipmi-agent as I think the sources are outdated for trusty | 01:14 |
| kapil | and there are dependency issues if I try to manually install using 'dpkg -i' | 01:14 |
| kapil | any suggestions to fix it ? | 01:14 |
| *** gtt116_ has quit IRC | 01:28 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/ceilometer: Updated from global requirements https://review.openstack.org/282550 | 01:33 |
| *** jwcroppe has joined #openstack-telemetry | 01:54 | |
| openstackgerrit | Igor Degtiarov proposed openstack/ceilometer: bracketer event transformer https://review.openstack.org/266488 | 01:55 |
| openstackgerrit | Merged openstack/aodh: Install configuration files by default https://review.openstack.org/279420 | 02:03 |
| *** vishwanathj has quit IRC | 02:06 | |
| *** pcaruana has quit IRC | 02:07 | |
| openstackgerrit | Merged openstack/aodh: Clean etc directory https://review.openstack.org/279421 | 02:11 |
| openstackgerrit | liusheng proposed openstack/aodh: Change the SERVICE_TENANT_NAME to SERVICE_PROJECT_NAME https://review.openstack.org/283435 | 02:11 |
| *** pcaruana has joined #openstack-telemetry | 02:19 | |
| *** liamji has joined #openstack-telemetry | 02:22 | |
| *** ljxiash has joined #openstack-telemetry | 02:24 | |
| *** vishwanathj has joined #openstack-telemetry | 02:26 | |
| *** vishwana_ has joined #openstack-telemetry | 02:28 | |
| *** vishwanathj has quit IRC | 02:31 | |
| openstackgerrit | liusheng proposed openstack/python-aodhclient: Make the alarm list output more concise https://review.openstack.org/283910 | 02:34 |
| *** pcaruana has quit IRC | 03:01 | |
| *** pcaruana has joined #openstack-telemetry | 03:16 | |
| *** marcin12345 has quit IRC | 03:23 | |
| *** liusheng has quit IRC | 03:34 | |
| openstackgerrit | Merged openstack/ceilometer: Initial seed of hacking https://review.openstack.org/282124 | 03:34 |
| *** liusheng has joined #openstack-telemetry | 03:34 | |
| *** links has joined #openstack-telemetry | 03:46 | |
| *** boris-42 has quit IRC | 03:54 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/ceilometer: Updated from global requirements https://review.openstack.org/282550 | 03:55 |
| *** pcaruana has quit IRC | 04:01 | |
| *** liusheng has quit IRC | 04:03 | |
| *** pcaruana has joined #openstack-telemetry | 04:15 | |
| *** thorst has joined #openstack-telemetry | 04:16 | |
| *** thorst has quit IRC | 04:20 | |
| *** sanjana_ has joined #openstack-telemetry | 04:20 | |
| *** thorst has joined #openstack-telemetry | 04:20 | |
| *** thorst has quit IRC | 04:20 | |
| *** thorst has joined #openstack-telemetry | 04:21 | |
| *** ljxiash has quit IRC | 04:24 | |
| *** liamji has quit IRC | 04:28 | |
| *** liamji has joined #openstack-telemetry | 04:29 | |
| *** thorst has quit IRC | 04:30 | |
| openstackgerrit | Merged openstack/aodh: Fix tempest test path https://review.openstack.org/283372 | 04:39 |
| *** yprokule has joined #openstack-telemetry | 04:47 | |
| *** jwcroppe has quit IRC | 05:10 | |
| *** zqfan has joined #openstack-telemetry | 05:20 | |
| *** thorst has joined #openstack-telemetry | 05:27 | |
| *** thorst has quit IRC | 05:34 | |
| *** pcaruana has quit IRC | 05:38 | |
| *** ljxiash has joined #openstack-telemetry | 05:49 | |
| *** pcaruana has joined #openstack-telemetry | 05:53 | |
| *** liusheng has joined #openstack-telemetry | 05:56 | |
| *** openstack has joined #openstack-telemetry | 13:23 | |
| *** nicodemus_ has joined #openstack-telemetry | 13:31 | |
| *** ildikov has quit IRC | 13:33 | |
| *** liamji has joined #openstack-telemetry | 13:52 | |
| *** datravis has joined #openstack-telemetry | 13:54 | |
| *** gordc has joined #openstack-telemetry | 13:55 | |
| *** ityaptin has quit IRC | 13:56 | |
| *** ityaptin has joined #openstack-telemetry | 13:57 | |
| *** ildikov has joined #openstack-telemetry | 13:58 | |
| *** efoley__ has joined #openstack-telemetry | 14:04 | |
| *** efoley_ has quit IRC | 14:06 | |
| *** ljxiash has joined #openstack-telemetry | 14:10 | |
| openstackgerrit | Davanum Srinivas (dims) proposed openstack/ceilometer: [WIP] Trying latest oslo.* from master https://review.openstack.org/284148 | 14:14 |
| *** julim has joined #openstack-telemetry | 14:15 | |
| gordc | ityaptin: i added a few more comments. to be honest, given complexity of change, i'm worried about patch now. | 14:15 |
| gordc | i wonder what will happen if we ask nova to return all instances it knows about (in a large env). will the api explode sending back data for +100k instances? | 14:17 |
| ityaptin | gordc: I tested it with thousand of instances (but in error state) and it works fine. I'll try it with more instances entries in db asap (today or tomorrow). | 14:24 |
| ityaptin | ityaptin: Yes, I understand your concerns. | 14:25 |
| gordc | yeah, we need this tested more. thanks | 14:26 |
| openstackgerrit | Vitaly Gridnev proposed openstack/ceilometer: [sahara] add events definitions regarding new notifications https://review.openstack.org/281226 | 14:40 |
| *** diogogmt has quit IRC | 14:42 | |
| openstackgerrit | Igor Degtiarov proposed openstack/ceilometer: [MongoDB] exchange compound index with single field indexes https://review.openstack.org/276262 | 14:42 |
| *** diogogmt has joined #openstack-telemetry | 14:44 | |
| *** rickyrem has joined #openstack-telemetry | 14:46 | |
| *** rickyrem has quit IRC | 14:46 | |
| *** rickyrem has joined #openstack-telemetry | 14:46 | |
| *** rickyrem has quit IRC | 14:48 | |
| *** KrishR has joined #openstack-telemetry | 14:48 | |
| *** ddieterly has joined #openstack-telemetry | 14:48 | |
| *** ddieterl_ has joined #openstack-telemetry | 14:48 | |
| *** safchain has quit IRC | 14:57 | |
| *** rbak has joined #openstack-telemetry | 14:58 | |
| *** diogogmt has quit IRC | 15:01 | |
| *** efoley__ has quit IRC | 15:02 | |
| *** efoley__ has joined #openstack-telemetry | 15:03 | |
| *** rickyrem has joined #openstack-telemetry | 15:08 | |
| openstackgerrit | Zi Lian Ji proposed openstack/ceilometer: Enable the Load Balancer v2 for the Ceilometer(Part Two) https://review.openstack.org/277434 | 15:16 |
| openstackgerrit | Vitaly Gridnev proposed openstack/ceilometer: [sahara] add events definitions regarding new notifications https://review.openstack.org/281226 | 15:17 |
| openstackgerrit | Zi Lian Ji proposed openstack/ceilometer: Enable the Load Balancer v2 for the Ceilometer(Part Two) https://review.openstack.org/277434 | 15:21 |
| *** annasort has quit IRC | 15:31 | |
| ityaptin | gordc: About 100k+ instances from nova-api | 15:37 |
| ityaptin | gordc: I researched nova-api and found out what upper bound of count for the server.list is 1000 instances. So, I am going to make a pagination requests to the nova api from the discovery. | 15:39 |
| *** efoley__ has quit IRC | 15:40 | |
| ityaptin | It's a N/1000 sequence requests to the nova-api. It doesn't bulk nova api so strong as 1000 requests in same time and allows to collect all samples without big output from api. | 15:40 |
| *** kapil has quit IRC | 15:47 | |
| gordc | ityaptin: hmmm. so we still need to make multiple requests | 15:50 |
| *** efoley__ has joined #openstack-telemetry | 15:51 | |
| gordc | ityaptin: it seems like it's easier to just drop all the caching stuff we're doing and add a new option that only gathers instances at set interval | 15:51 |
| gordc | this is essentially what we are doing now. | 15:51 |
| ityaptin | gordc: 1. we make a more few requests than for request per compute. For the 100 instances environment it's a 1-5 requests that depends on instance flavors. | 15:54 |
| ityaptin | gordc: 2. For the fast polling (30s) current implementation will break nova-api, but we can set a cache to the 5 minutes and reduce requests rate to the 10 times. | 15:56 |
| gordc | ityaptin: right, that's what i mean, you can do #2 but not #1 | 15:56 |
| gordc | #1 was big reason for all the caching because we thought 'we can do 1 req for everyone', this isn't true now that we've dug into it | 15:57 |
| gordc | so we do minimise api calls... but it's still multiple calls required. | 15:57 |
| ityaptin | for #1 we have a less requests sequentially instead of N requests in same time | 15:58 |
| gordc | if we do #2 and just say 'you can set this option, and it will be the interval we use to query nova-api and find instances' the pipeline intervals will be what allows you to get measurement data at very fast interval | 15:59 |
| gordc | well there's the jitter support so it's not all at the same | 15:59 |
| gordc | any other cores/contributers want to comment on this? | 16:02 |
| *** safchain has joined #openstack-telemetry | 16:02 | |
| _nadya_ | gordc: perhaps, we ask nova-guys? | 16:02 |
| gordc | ityaptin: i don't mind implementing the cache, but from my pov, it seems like it's not a huge win. it's a small win with a lot of extra baggage. | 16:02 |
| gordc | _nadya_: about how to query api and get all data? | 16:03 |
| _nadya_ | gordc: I think it's important to support frequent polling | 16:03 |
| gordc | _nadya_: right. which can be done if we just do #2 | 16:04 |
| gordc | sort of. | 16:04 |
| gordc | right now, our polling is both instance discovery and measurement gathering | 16:04 |
| *** efoley__ has quit IRC | 16:04 | |
| gordc | the proposed patch, is splitting instance discovery into another interval.. i'm ok with this. | 16:05 |
| _nadya_ | gordc: ok, so what are your main objections? | 16:05 |
| gordc | but i think considering we will always need to hit nova-api multiple times to actually gather all the instances. do we need to do instance discovery and store in global cache? | 16:06 |
| *** efoley__ has joined #openstack-telemetry | 16:06 | |
| gordc | the global cache part seems less valuable now. because we need to hit nova-api multiple times regardless | 16:06 |
| gordc | i'm not sure how much better it is than just letting each host hit nova-api (without global cache) | 16:07 |
| ityaptin | gordc: About | 16:08 |
| ityaptin | nova api hitting | 16:08 |
| gordc | ie. is 10 api requests (with required global cache) a lot better than 75 smaller requests (with no global cache) | 16:08 |
| _nadya_ | gordc: let's consider real-life example. We may have 3000 computes up to 300 instances. So we should ask for 900000 instances. We will do 3000 requests now, with the patch we will do 900000/X where X is configurable. By default we will do 900 | 16:08 |
| openstackgerrit | Merged openstack/python-ceilometerclient: make aggregation-method argument as a mandatory field https://review.openstack.org/268947 | 16:09 |
| _nadya_ | gordc: nova people said that big request is better then a lot of small ones for them | 16:10 |
| *** rpodolyaka has joined #openstack-telemetry | 16:10 | |
| _nadya_ | rpodolyaka: hi! is that correct " big request is better then a lot of small ones for nova"? | 16:11 |
| gordc | _nadya_: right. so i guess my question is ~4x less requests worth the global cache complexity and whatever delay it takes to make those requests sequentially | 16:11 |
| rpodolyaka | _nadya_: I think that's true in *most* cases for any service | 16:11 |
| rpodolyaka | to reduce the number of round trips | 16:12 |
| rpodolyaka | though, I suggest you do a benchmark | 16:12 |
| rpodolyaka | e.g on a fake compute driver | 16:12 |
| rpodolyaka | with a lot of nova-compute's running (containers?) and a lot of fake VMs spawned | 16:12 |
| gordc | rpodolyaka: yeah. it's also somethign to consider we are making sequentially requests vs scattered parallel requests | 16:13 |
| rpodolyaka | agreed | 16:13 |
| gordc | _nadya_: if we do 900 requests in a row, it will have less load on api but will take a look longer to accomplish probably than 3000 in some scattered parallel call | 16:13 |
| _nadya_ | rpodolyaka: we are trying to understand whether it is needed to have one global cache for all instances in Ceilo instead of asking from each compute | 16:14 |
| *** diogogmt has joined #openstack-telemetry | 16:14 | |
| *** annasort has joined #openstack-telemetry | 16:14 | |
| gordc | _nadya_: so we can always add in the global cache. but right now, i think we really need to be sure it's worth it | 16:14 |
| *** annasort_ has joined #openstack-telemetry | 16:15 | |
| rpodolyaka | hmm, I wonder if scattered parallel requests would be possible with bulk requests and pagination | 16:15 |
| gordc | _nadya_: the original argument for global cache was 1request vs 3000requests which is why everyone said 'yes, let's do it!' | 16:15 |
| rpodolyaka | *marker based pagination | 16:15 |
| *** yprokule has quit IRC | 16:16 | |
| gordc | rpodolyaka: i think you'd need the full response first no? to actually get the marker. i think if it was offset, we could do parallel | 16:16 |
| rpodolyaka | yeah, looks like so | 16:16 |
| gordc | something to look at though. good idea | 16:16 |
| rpodolyaka | so these requests will have to be sequential then | 16:17 |
| _nadya_ | gordc: ok... but I think that the idea to divide polling and cache update can be implemented, what do you think? | 16:17 |
| rpodolyaka | on the other hand, you should only need to do so many of them | 16:17 |
| rpodolyaka | I believe, we default to 1000 instances per API request upper limit | 16:17 |
| gordc | rpodolyaka: yeah. it's definitely less. i just don't know what is faster/better | 16:18 |
| gordc | rpodolyaka: do you know if 1000 is a safe limit? ie. we could make it a lot higher? | 16:18 |
| gordc | or is 1000 something someone tried once and found to be when issues start happening | 16:18 |
| rpodolyaka | honestly, I don't know :( | 16:19 |
| *** annasort has quit IRC | 16:19 | |
| *** annasort_ is now known as annasort | 16:19 | |
| gordc | rpodolyaka: cool cool. np. i assume it was a nice round number like all the other defaults in openstack | 16:19 |
| rpodolyaka | heh | 16:19 |
| rpodolyaka | I think so | 16:20 |
| openstackgerrit | Merged openstack/python-ceilometerclient: Updated from global requirements https://review.openstack.org/278722 | 16:20 |
| gordc | _nadya_: yeah, let's split out the instance discovery and measurement polling part first | 16:20 |
| gordc | _nadya_: we can leave the global cache patch. but i think we need to figure out the questions above | 16:21 |
| gordc | apologies folks, these questions didn't pop into my head when i read spec. | 16:21 |
| gordc | rpodolyaka: thanks for your input | 16:22 |
| _nadya_ | gordc: it's my fault too, don't worry :) | 16:22 |
| rpodolyaka | gordc: np! | 16:22 |
| _nadya_ | ityaptin: can modify your patch to use local cache only in 1-2 days? | 16:23 |
| _nadya_ | brb | 16:24 |
| *** _nadya_ has quit IRC | 16:24 | |
| ityaptin | Yep, It's need a little time. | 16:24 |
| gordc | i'm ok with adding that as FFE. i think if we reuse all the existing framework it should hopefully be minimal. | 16:24 |
| ityaptin | gordc: framework for the current local caching? | 16:25 |
| gordc | ityaptin: any concerns? do you feel like we should still go down global cache path right away? we can always ask other cores/contributers | 16:25 |
| ityaptin | gordc: No, i'm about > if we reuse all the existing framework | 16:26 |
| ityaptin | Only for better understanding | 16:26 |
| ityaptin | Also, I will make a new change with a new ChangeId. | 16:27 |
| gordc | ityaptin: right. so i imagine it'd be similar to how you did it now? right now you only query nova-api based on the interval option you added? | 16:27 |
| gordc | so during discovery, just check if you need to update instance list | 16:28 |
| ityaptin | Yep, but I can do it how it works now: Check `if now() - self.last_run >= resource_update discovery` in https://github.com/openstack/ceilometer/blob/master/ceilometer/compute/discovery.py#L41. | 16:30 |
| ityaptin | Or add a oslo.cache support and etc | 16:31 |
| ityaptin | I prefer start this way with `if now() - self.last_run >= resource_update discovery` | 16:31 |
| *** belmoreira has quit IRC | 16:31 | |
| ityaptin | If we decide to return to oslo.cache I always can rewrite an current CR with changes | 16:32 |
| gordc | ityaptin: agree. leave out oslo.cache stuff. let's start as simple as possible and move from there. | 16:34 |
| *** idegtiarov has quit IRC | 16:37 | |
| *** ljxiash has quit IRC | 16:39 | |
| *** liamji has quit IRC | 16:41 | |
| *** rickyrem has quit IRC | 16:42 | |
| *** rickyrem has joined #openstack-telemetry | 16:45 | |
| *** Guest51435 is now known as mgagne | 16:56 | |
| *** mgagne has quit IRC | 16:56 | |
| *** mgagne has joined #openstack-telemetry | 16:56 | |
| *** thorst has quit IRC | 17:02 | |
| *** thorst has joined #openstack-telemetry | 17:03 | |
| *** thorst has quit IRC | 17:03 | |
| *** belmoreira has joined #openstack-telemetry | 17:06 | |
| *** safchain has quit IRC | 18:01 | |
| openstackgerrit | Ilya Tyaptin proposed openstack/ceilometer: Add an update interval to compute discovery https://review.openstack.org/284322 | 18:02 |
| ityaptin | gordc: ^^^ | 18:02 |
| *** julim has quit IRC | 18:03 | |
| *** KrishR has quit IRC | 18:03 | |
| gordc | ityaptin: looks promising. will review after lunch. | 18:06 |
| gordc | ityaptin: thanks for quick turnaround! | 18:06 |
| *** julim has joined #openstack-telemetry | 18:07 | |
| *** rickyrem has quit IRC | 18:11 | |
| *** rickyrem has joined #openstack-telemetry | 18:12 | |
| *** thorst has joined #openstack-telemetry | 18:13 | |
| *** _nadya_ has joined #openstack-telemetry | 18:13 | |
| *** belmoreira has quit IRC | 18:23 | |
| *** jwcroppe has quit IRC | 18:26 | |
| *** rickyrem has quit IRC | 18:27 | |
| *** rickyrem has joined #openstack-telemetry | 18:28 | |
| pradk | gordc, hey we're seeing this error loading tempest https://bugs.launchpad.net/aodh/+bug/1549424 | 18:32 |
| openstack | Launchpad bug 1549424 in Aodh "Aodh tempest plugin fails to load with DuplicateOpts Error" [Undecided,New] | 18:32 |
| pradk | gordc, if i change the opt name to something like aodh_available it loads ok.. so looks like there is aodh opt somewhere else | 18:32 |
| pradk | gordc, any idea whats using this opt? is it ok to change this name from aodh to something else .. i have a patch just want to check before i push | 18:33 |
| pradk | gordc, looks like its already defined in tempest repo thats why | 18:38 |
| pradk | r-mibu, you around? | 18:40 |
| pradk | r-mibu, gordc, i assume we have plans to remove aodh plugin code from tempest repo as part of the migration? currently the opt is loaded in both places and hence causing DuplicateOpt error | 18:46 |
| *** ljxiash has joined #openstack-telemetry | 18:51 | |
| *** efoley__ has quit IRC | 18:54 | |
| *** ljxiash has quit IRC | 18:55 | |
| *** _nadya_ has quit IRC | 18:56 | |
| *** datravis has quit IRC | 18:57 | |
| *** datravis has joined #openstack-telemetry | 18:57 | |
| *** KrishR has joined #openstack-telemetry | 18:59 | |
| *** cdent has quit IRC | 18:59 | |
| gordc | pradk: err. let's remove from aodh i guess? | 19:03 |
| gordc | he's in Tokyo. no idea what time it is... i assume he's sleeping though | 19:03 |
| gordc | pradk: i want to remove aodh from tempest repo asap. | 19:07 |
| gordc | Ryota said he may be able to get it merged for Mitaka | 19:07 |
| *** jwcroppe has joined #openstack-telemetry | 19:13 | |
| *** belmoreira has joined #openstack-telemetry | 19:20 | |
| *** jwcroppe has quit IRC | 19:25 | |
| *** ddaskal has joined #openstack-telemetry | 19:26 | |
| *** ddaskal has quit IRC | 19:28 | |
| *** ddieterly has quit IRC | 19:31 | |
| *** ddieterl_ has quit IRC | 19:31 | |
| *** ddieterly has joined #openstack-telemetry | 19:31 | |
| *** ddieterl_ has joined #openstack-telemetry | 19:31 | |
| pradk | gordc, yea not sure, you can recreate it locally by doing this in py shell - from tempest.api.baremetal.admin import base .. removing it from aodh does fix the issue but i'm not sure if thats the right fix though | 19:34 |
| gordc | we could just remove it from tempest completely and just deal with it. | 19:40 |
| gordc | not like we're testing much | 19:40 |
| gordc | or anything | 19:40 |
| *** _nadya_ has joined #openstack-telemetry | 19:47 | |
| *** zqfan has quit IRC | 20:12 | |
| *** yassine__ has quit IRC | 20:12 | |
| *** gordc has quit IRC | 20:18 | |
| *** cdent has joined #openstack-telemetry | 20:28 | |
| *** gordc has joined #openstack-telemetry | 20:47 | |
| *** boris-42 has joined #openstack-telemetry | 20:53 | |
| *** belmoreira has quit IRC | 20:53 | |
| *** jwcroppe has joined #openstack-telemetry | 20:54 | |
| *** annasort has quit IRC | 21:08 | |
| *** thorst is now known as thorst_afk | 21:10 | |
| *** pcaruana has quit IRC | 21:10 | |
| *** KrishR has quit IRC | 21:23 | |
| *** KrishR has joined #openstack-telemetry | 21:33 | |
| *** ekarlso- has quit IRC | 21:34 | |
| *** ekarlso- has joined #openstack-telemetry | 21:34 | |
| *** _nadya_ has quit IRC | 21:51 | |
| *** kapil has joined #openstack-telemetry | 21:55 | |
| *** nicodemus_ has quit IRC | 21:57 | |
| *** jwcroppe has quit IRC | 21:57 | |
| kapil | i talked about this issue yesterday here but i am still stuck on it. I am running the ceilometer-agent-ipmi on the compute nodes, I changed pipeline.yaml of the compute node to include the ipmi meters and resource as "ipmi://localhost". I have ipmitool installed on the localhosts and restarted the ceilometer services on compute and controller nodes | 21:58 |
| kapil | . Yet, I am not receiving any ipmi meters in ceilometer meter-list. | 21:58 |
| kapil | Any help pls ? | 21:58 |
| *** ljxiash has joined #openstack-telemetry | 22:07 | |
| gordc | kapil: you may want to ask on mailing list. all the devs are in europe/asia. | 22:09 |
| gordc | kapil: also, i'm not entirely sure it knows how resolve localhost so you should put a real ip | 22:09 |
| kapil | ok, thanks, I tried putting the hypervisor local ip as well as the ip i get from "ipmitool lan print" but neither works | 22:10 |
| *** ljxiash has quit IRC | 22:10 | |
| *** kapil has quit IRC | 22:19 | |
| *** julim has quit IRC | 22:33 | |
| *** gordc has quit IRC | 22:38 | |
| *** vishwana_ is now known as vishwanathj | 22:39 | |
| *** safchain has joined #openstack-telemetry | 22:48 | |
| *** thorst_afk is now known as thorst | 23:01 | |
| *** safchain has quit IRC | 23:03 | |
| *** datravis has quit IRC | 23:09 | |
| *** rickyrem has quit IRC | 23:20 | |
| *** KrishR has quit IRC | 23:22 | |
| *** pradk has quit IRC | 23:24 | |
| *** ddieterl_ has quit IRC | 23:30 | |
| *** ddieterly has quit IRC | 23:30 | |
| *** rickyrem has joined #openstack-telemetry | 23:34 | |
| *** safchain has joined #openstack-telemetry | 23:37 | |
| *** rickyrem has quit IRC | 23:44 | |
| *** cdent has quit IRC | 23:47 | |
| *** thorst has quit IRC | 23:48 | |
| *** rbak has quit IRC | 23:59 | |
| *** safchain has quit IRC | 23:59 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!