Monday, 2015-09-21

*** Qiming has quit IRC00:00
flwanghttps://github.com/openstack/horizon/blob/master/horizon/tables/base.py#L47200:00
flwanghttps://github.com/openstack/horizon/blob/master/horizon/tables/base.py#L66300:01
* vkmc clicks00:07
vkmcI see00:10
vkmcthose updates the status of things in the tables00:10
vkmcwhich will be the perf issue we will focus for the poc00:11
vkmc(I was looking for the balloon notifications)00:11
*** davideagnello has quit IRC00:12
*** davideagnello has joined #openstack-zaqar00:12
flwangvkmc: the balloon notification will be easier than this one00:13
vkmcflwang, so maybe we want to do those00:14
flwangfor example, we can easily get the notifications user maybe interested in, like instance delete, image delete, etc00:14
vkmcperhaps the perf impact is higher on the status change for the resources... given that horizon has to do frequent ajax polls to have things updated00:15
flwangvkmc: so how about let's focus on the workflow and figure out how to get the detailed status meanwhile?00:15
vkmcbut for the balloons notifications the improvement is visual00:15
flwangvkmc: yep, i believe so00:15
vkmcwhich may be slightly better for a demo00:15
vkmcsounds good to me00:16
flwangbut i don't want the status collecting to be a blocker for us, thoughts?00:16
vkmcwhy would it be a blocker?00:16
vkmcat least at this stage00:16
flwangi mean if we only focus on the status update case, then the problem is now it's difficult to get the status from different services00:17
vkmcwell yes00:17
flwangso we can work on the flow/process and then/meanwhile figure out the status collecting00:18
vkmcsure00:18
vkmchttps://github.com/openstack/horizon/blob/master/horizon/middleware.py#L18900:20
flwangso the process should be:    service(glance, nova, cinder, etc ) send notifications to ceilometer -> ceilometer republish the notifications/msg to zaqar -> zaqar notify horizon00:20
vkmcthere is a TODO there00:20
vkmcleft by Gabriel lol... it has been a while00:20
vkmc(PTL in 2012)00:20
vkmcsomething I'm missing there00:21
flwanghaha, cool00:21
vkmcservice sends notification to ceilometer00:21
vkmcthe kind of information ceilometer can collect is metering information00:21
vkmcIIRC00:22
flwangif you would like a service sending notifications to zaqar directly, it works either, but it needs more changes00:22
flwangbrb, grab lunch00:22
flwangwill you be around after 40 mins?00:22
vkmcyes00:23
vkmc:)00:23
flwangcool, catch you later ;)00:23
vkmcsure, enjoy your lunch!00:24
vkmcanother con I see about using Ceilo00:30
vkmcis that Ceilo does polling itself00:30
vkmcwhich means we are just moving the problem somewhere else00:31
vkmc(correct me if I am wrong)00:31
*** Qiming has joined #openstack-zaqar00:54
*** achanda has quit IRC00:55
*** davideagnello has quit IRC00:58
*** flwang1 has quit IRC00:58
flwangvkmc: back01:02
flwangnot really, ceilometer support both polling and notification01:03
flwangdepends on the metrics01:03
*** flwang1 has joined #openstack-zaqar01:04
vkmccool01:08
flwangbut TBH, there are several parts I haven't figure out clearly01:10
flwang1. Should we hacking services directly or just consume ceilometer?01:10
flwang2. Who should be responsible for the notification's filter? in other words, what kind of notification should be sent to the queue01:11
flwang3. How horizon consume the messages? polling? NO.  notifications? it needs an endpoint in horizon i think01:12
vkmc1. seems fuzzy to me... consuming Ceilometer is easier but more constraining01:16
vkmcbut consuming from the services directly would be quite painful to maintain01:17
vkmc2. haven't thought about that, I assumed the producer would feed something like service name + message and that's all01:17
vkmc3. I'd say we use notifications, but certainly we will need a websocket endpoint in Horizon01:18
flwangvkmc: #1 if we go for ceilometer, we need a publisher at here https://github.com/openstack/ceilometer/tree/master/ceilometer/publisher01:21
flwangif we go without ceilometer, we need to change the notifier code for different service like this https://github.com/openstack/glance/blob/master/glance/notifier.py01:23
flwangpersonally, i prefer to use ceilometer, since we will only add a new driver instead of changing/breaking any existing logic01:26
*** flwang1 has quit IRC01:31
*** flwang1 has joined #openstack-zaqar01:32
vkmcsounds good to me01:43
flwangvkmc: i can help for the publisher if you need a hand01:47
vkmcflwang, would it make sense we fork Ceilometer/Horizon and start adding the code there?01:48
vkmcI'll try to start with that tomorrow01:48
flwangvkmc: works for me01:48
vkmccool01:48
vkmcthanks :d01:48
flwangi have experience with horizon either01:48
vkmcawesome!01:49
flwangso just let me know if you need any help01:49
flwangotherwise, i will take a look at the ceilometer side01:49
vkmcwill do01:50
vkmcI'll check out the zaqar publisher creation for the Ceilometer side01:51
flwangso do you need any help for the horizon side or cpallares will do that?01:52
flwangi assume we don't need any change in zaqar01:53
vkmcI'd assume not01:57
*** csoukup has joined #openstack-zaqar01:57
vkmcyeah please, if you can check in the Horizon side01:57
vkmcit would be very helpful :)01:57
vkmcprecisely, were we should put the websocket interface01:57
vkmccpallares will probably join us later01:58
*** c_soukup has joined #openstack-zaqar02:01
*** csoukup has quit IRC02:04
flwangvkmc: because we don't support long poll, and currently our notification only supports webhook02:10
flwangso seems we have to create a new endpoint in horizon, though i'm not sure if it's too 'hacking'02:10
*** csoukup_ has joined #openstack-zaqar02:19
*** c_soukup has quit IRC02:22
vkmcflwang, wouldn't therve's patch do the trick if we can move it forward?02:39
flwangvkmc: it just supports the CRUD of subscriptions via websocket02:45
flwangvkmc: we only support the webhook and email as the task type02:46
vkmcflwang, oh yes, that's right02:46
flwangTBH, that's my main concern from the horizon PoV02:46
flwangfrom the horizon perspective, i would like to see a lightweight way to resolve the problem instead of introducing more complex02:47
flwangso we should keep that in mind to avoid scaring horizon team :)02:48
vkmcagree02:50
vkmcmhmh02:50
*** davideagnello has joined #openstack-zaqar02:59
*** davideagnello has quit IRC03:04
*** diga has joined #openstack-zaqar03:28
*** stanchan has joined #openstack-zaqar03:58
*** davideagnello has joined #openstack-zaqar04:12
*** achanda has joined #openstack-zaqar04:34
*** flwang1 has quit IRC05:03
*** davideagnello has quit IRC05:05
*** csoukup_ has quit IRC05:36
therveflwang, My patch supports subscription over websocket transport05:39
therveNot just CRUD operations05:39
flaper87o/07:00
*** davideagnello has joined #openstack-zaqar07:06
*** davideagnello has quit IRC07:11
openstackgerritFlavio Percoco proposed openstack/zaqar: Allow running zaqarclient for gate tests  https://review.openstack.org/22106807:19
*** dynarro has joined #openstack-zaqar07:26
openstackgerritClaudiu Belu proposed openstack/zaqar: Remove unused zaqar.openstack.common modules  https://review.openstack.org/22025007:34
*** achanda has quit IRC07:38
*** achanda has joined #openstack-zaqar07:39
openstackgerritMerged openstack/zaqar: Allow running zaqarclient for gate tests  https://review.openstack.org/22106808:04
*** achanda has quit IRC08:20
*** boris-42 has quit IRC08:53
*** sebasmagri has quit IRC08:53
*** penchal has joined #openstack-zaqar09:03
*** davideagnello has joined #openstack-zaqar09:07
*** sebasmagri has joined #openstack-zaqar09:11
*** davideagnello has quit IRC09:11
zigoMay I have an answer about falcon 3.0? Does Zaqar support it?09:19
zigoflaper87: therve: ^09:19
zigoThe Mailman maintainers in Debian need version 3.0...09:19
thervezigo, https://bugs.launchpad.net/zaqar/+bug/149540209:20
openstackLaunchpad bug 1495402 in zaqar "Update falcon requirement" [Undecided,New]09:20
zigotherve: Do you have a working patch available somewhere?09:23
zigoZaqar seems to be the only user of Falcon these days.09:23
zigoEveryone else moved to another framework.09:23
flaper87zigo: in openstack we've always been the only users of falcon09:24
*** boris-42 has joined #openstack-zaqar09:24
*** dynarro has quit IRC09:27
zigoBarbican seems to also use it.09:29
flaper87oh really?09:30
* flaper87 had no idea09:30
*** diga has quit IRC09:43
thervezigo, The patch is mentioned in the bug: https://review.openstack.org/22526909:51
jasondotstarzigo: hi10:10
zigojasondotstar: Hi !10:10
jasondotstarhow art thou? :-)10:11
jasondotstarhope you had a nice weekend10:11
jasondotstarhey qq10:11
jasondotstarnot sure if you use an IRC logger but, flwang and I were talking about the puppet module10:12
jasondotstarneed to catch up w you on the packaging10:12
jasondotstarhow's that looking these days?10:12
jasondotstarzigo: ^10:15
zigojasondotstar: Well, I did all the packaging, and uploaded to Debian Experimental, so it's waiting in the FTP master NEW queue for approval.10:16
zigojasondotstar: But I still have 2 pending issues.10:16
zigojasondotstar: 1/ If I do export ZAQAR_TEST_MONGODB=yes, then there's unit tests failure all over the place 2/ I need zaqar to support Falcon 3.010:16
zigoFor 2/, it's because the Mailman package maintainer would like to package Mailman 3, which uses Falcon 3.0.0.10:17
zigoBoth of these issues are *very* important to fix.10:17
jasondotstarack10:17
zigoAs for puppet, I know nothing about it, but you could talk with Emillien about it, I believe.10:17
zigojasondotstar: If you want to try the packaging, you can git clone git://anonscm.debian.org/openstack/zaqar.git10:18
jasondotstaryeah, EmilienM is aware of what we're working on.10:18
zigoThen try to build taking dependencies from Debian Experimental.10:18
zigoIt's to be tried in Sid.10:18
zigo(all Debian packaging work is always done in Debian Sid).10:18
zigoSo, I'm basically almost done, pending these 2 ...10:18
jasondotstarthing is... we have to detect linux distro so we can determine if we need to install debs or rpms10:19
jasondotstarthe rdo guys are helping with the rpm stuff10:19
jasondotstarso i just needed to figure out the deb pkgs too10:19
jasondotstarso...this sounds great10:20
jasondotstarthe debs end up in Debian Experimental, you say?10:20
jasondotstardo you have have the link to that repo?10:21
*** itisha has joined #openstack-zaqar10:26
*** Qiming has quit IRC10:48
*** penchal has quit IRC11:02
*** bradjones has joined #openstack-zaqar11:05
*** bradjones has joined #openstack-zaqar11:05
*** davideagnello has joined #openstack-zaqar11:08
*** bradjones has quit IRC11:08
*** bradjones has joined #openstack-zaqar11:08
*** bradjones has joined #openstack-zaqar11:08
*** davideagnello has quit IRC11:13
*** bradjones has quit IRC11:14
*** bradjones has joined #openstack-zaqar11:14
*** bradjones has joined #openstack-zaqar11:14
*** Nesze has joined #openstack-zaqar11:24
EmilienMzigo, jasondotstar: yeah, we are in touch :)11:35
zigoEmilienM: I'll let you know when zaqar gets out of the NEW queue, ok?11:36
EmilienMzigo: cool - though we don't test on debian, only uca + rdo11:37
*** Qiming has joined #openstack-zaqar11:37
zigoSure! :)11:37
*** flwang1 has joined #openstack-zaqar11:37
flwang1morning11:38
flwang1vkmc: around?11:42
flwang1flaper87: ping11:43
flaper87flwang1: pong11:51
flwang1flaper87: we need to release a new client version asap https://bugs.launchpad.net/python-zaqarclient/+bug/149286611:51
openstackLaunchpad bug 1492866 in Python client library for Zaqar "can't install zaqarclient as pbr version is too low" [Critical,Confirmed]11:51
flaper87flwang1: how are you doing? Mr. PTL11:51
flaper87flwang1: why asap?11:51
flaper87flwang1: oh, mmh, ok11:52
flwang1flaper87: it's breaking heat, i think11:52
flaper87flwang1: so, wait a bit11:52
flaper87flwang1: here's what we can do11:52
* flaper87 checks something11:53
flwang1ok11:53
flaper87flwang1: so, stable/liberty hasn't been cut yet11:54
flaper87BUT, it'll likely be cut off of 0.1.111:54
flaper87since that's the latest tag we have for zaqarclient11:54
flaper87we need this as part of liberty but we need the branch created first11:55
flaper87releasing a client w/ this fix requires us to release a minor version11:55
flaper87that means, 0.2.011:55
flwang1why not 0.1.2?11:56
flaper87I was hoping to get v2 support in before the client was released11:56
flwang1what's the difference for this case?11:56
flaper87flwang1: because that'd be a patch release11:56
flaper87and that's just for bug fixes11:56
flwang1flaper87:  https://review.openstack.org/#/c/224683/111:56
flaper87we should follow semver11:56
flaper87ih, I thought you had modified that patch yourself11:58
flwang1which one>11:58
flaper87nvm, I commented but approved11:59
flaper87flwang1: try to reach out to dhellman and ask what would be the best way to sort this out11:59
flaper87flwang1: client libraries releases are now managed by the release team12:00
flwang1flaper87: ah, not by the project team anymore?12:00
flwang1flaper87: i saw your comment, and i have the similar question, but after checked nova and other project, they're doing the same thing, that's why i +212:01
flaper87flwang1: lol, I did the same. Next time, comment mentioning you checked that to avoid doing these things twice12:02
flaper87:P12:02
flaper87flwang1: yeah, libraries are all released by the release team. There's a process for that12:03
flwang1haha :)12:03
flaper87check the project called: openstack/releases12:03
flwang1flaper87: cool12:03
flaper87flwang1: also, I recommend you to join: #openstack-relmgr-office12:03
flwang1flaper87: nice12:04
openstackgerritMerged openstack/python-zaqarclient: Updated from global requirements  https://review.openstack.org/22468312:05
flwang1it looks like an upper class club :D12:06
flaper87:P12:06
flwang1flaper87: so anything else i can help for this?12:07
flaper87flwang1: release ?12:08
flaper87flwang1: yeah, you need to ping Doug and ask him what the best way to handle this is12:09
flaper87he asked me, before the elections, whether we had a client release planned12:09
flaper87and I said no because well, we didnt have12:09
flaper87this seems like a pressing issue that may require some exceptions to be sorte dout12:09
flwang1flaper87: and we may need to release another one soon to support v2, right?12:10
flwang1flaper87: can you help ping dhellmann? it's late for me and i have to drop12:35
flaper87flwang1: sure, I'll ping him12:38
flaper87flwang1: I can't lead the meeting today12:38
flaper87:(12:38
flwang1flaper87: oh, you still around12:38
flaper87but I don't think there's anything in the agenda12:39
flwang1flaper87: i can do that12:39
flaper87other than collecting things for the summit12:39
flaper87flwang1: isn't it at 15 UTC ?12:39
flwang1does the channel need any permission to start meeting?12:39
flwang1flaper87: oh, 15 UTC?12:39
flwang1i can't join, sorry12:39
flwang1flaper87: i have some questions as for the horizon demo12:40
flwang1are you available for a 10 mins talk?12:41
flaper87flwang1: I am12:44
flaper87flwang1: no permissions needed at all12:44
flwang1flaper87: we had a discussion with horizon guys12:45
flwang1and the two pain points now for horizon are 1. the status update for instance, image and volumes 2. critical/important notifications12:45
flwang1for #1, horizon has to poll per 2.5 sec to get the latest resource status12:46
flwang1for example, horizon has to call glance client to get the latest image status12:47
flaper87Sure, the issue with these scenarios is that it requires us to update other projects as well12:47
flaper87Not just horizon12:47
flwang1yes12:47
flaper87The best way to get this sorted out sooner rather than later is by creating an oslo.messaging driver for Zaqar12:48
flwang1and for example, glance/nova/cinder doesn't support sending the status change notifications12:48
vkmchelloooooooooooooooooo12:48
flaper87I've been wrapping my head around this issue for a while and I'm still not 100% convinced such driver is what we want12:48
flaper87I've mentioned that we could experiment by having that driver living in zaqarclient12:48
flaper87Which means, whenever Zaqarclient is present, the driver will be present as well12:49
flwang1flaper87: but what's the drawback?12:49
flwang1flaper87: it's a nice idea12:49
flaper87we need to give that a try12:49
flaper87I'm not against that, FWIW12:49
flwang1flaper87: yep, but as i mentioned above12:49
flaper87And, the demo, could be around that12:49
vkmcwhat, where, why?12:50
flwang1but for #1, another problem is there is no status change notification12:50
flwang1vkmc: hey12:50
flwang1what: horizon demo12:51
flaper87flwang1: sure, but we could start with something simpler. Like, there are notifications sent for other things12:51
flaper87image creation, image deletion, etc12:51
flwang1where: requirement12:51
flaper87Use that as an example12:51
flwang1why: i don't know why :D12:51
vkmchaha12:51
flaper87vkmc: helloooooooooooo12:51
flwang1flaper87: exactly, that's the #212:51
flaper87flwang1: OR, if we really want to demo this with status changes, then we'll have to hack nova. I'd rather go with vanilla code, though.12:52
flaper87that is, #212:52
flwang1flaper87: instead of have a oslo.messaging driver, personally i prefer to add a new publish driver in ceilometer12:52
flwang1i mean for this demo12:52
flwang1we can figure out the better way later12:53
flaper87sure, but that cuts off ppl that are not using ceilo12:53
flaper87ok12:53
flwang1and another issue is how to notify horizon12:53
flwang1given we don't support long poll, so technically, notification is a good way to go12:54
flwang1but that means we may need a new endpoint in horizon to achieve that, does that make sense for u?12:54
flwang1the new endpoint is the webhook zaqar can send msg to12:55
therveflwang1, Have you seen my comment about that earlier on?12:59
flaper87flwang1: mmh, what about using websocket ?12:59
flwang1therve: no, would you mind repeating? :)12:59
flaper87that requires therve's patch to be merged12:59
flaper87and, obviously, some javascript magic in horizon13:00
therveflwang1, My patch doesn't just support CRUD, it supports notifications over websocket13:00
flaper87imho, either work. A webhook in horizon or websocket13:00
flwang1therve: it would be really cool, i haven't tried that, TBH13:01
therveI haven't tested the whole stack for a while to be honest :)13:01
flwang1therve: hah13:02
flwang1therve: i will test it and may bug you for some questions13:03
flwang1flaper87: btw, i just talked with dhellmann about the zaqar client release13:04
flwang1i will submit a patch to openstack/release repo and you need +1 for that13:04
therveWe may need to do something about that falcon cap too13:05
therveI wonder if the requirement freeze can be lifted for that13:05
flaper87flwang1: saw it13:05
flaper87:)13:05
flwang1flaper87: technically, you're still the PTL? or me?13:06
flaper87flwang1: you are13:06
flaper87There's no election for zaqar13:06
flwang1i'm running for Mikata and now we're still in Liberty :)13:06
flwang1TBH, i haven't figure out the policy13:07
flaper87flwang1: you start being a PTL from the moment the election is over13:07
*** exploreshaifali has joined #openstack-zaqar13:07
flaper87since there was no election for Zaqar, you're the PTL13:07
flwang1therve: falcon cap is for server side, so you're talking about the zaqar release not zaqar client, right?13:07
therveYeah13:08
flwang1flaper87: ok, sir13:08
flwang1therve: ok, i see. i will keep an eye on that13:08
*** davideagnello has joined #openstack-zaqar13:09
therveIt's meeting day too!13:09
therveWe need to talk about test environments now that we actually run tests in the gate :)13:09
flwang1therve: yep, but i can't join due to the timezone :(13:09
therveAh too bad13:10
flwang1now it's 1:10 AM13:10
*** davideagnello has quit IRC13:13
flwang1flaper87: can you reminder me again why we use 0.2.0 instead of 0.1.2 for the next client version?13:14
*** penchal has joined #openstack-zaqar13:14
*** dynarro has joined #openstack-zaqar13:23
flaper87flwang1: because an update to the requirements file requires a minor release13:23
flwang1flaper87: got it13:23
flwang1anything else we need to highlight for the release?13:23
flaper87flwang1: apparently, you still need my +1 on the release for the liberty thingy13:24
*** amitgandhinz has joined #openstack-zaqar13:24
flaper87flwang1: but just for this case, the rest I said above stands true13:24
flwang1flaper87: yep, sure, no problem13:24
flwang1you're still the PTL for L for sure ;)13:25
flwang1flaper87:  https://review.openstack.org/#/c/225671/113:29
flwang1i have to drop13:30
vkmcso, if we move forward therve's patch and we implement a websocket iface in Horizon side13:30
flwang1flaper87: pls review it and feel free to submit a patch set13:30
flwang1vkmc: i'm ok to answer your question before i offline13:31
vkmcwe could implement the demo by simply getting data from Ceilometer and relying in Zaqar to notify Horizon on updates?13:31
thervevkmc, For a demo, listening directly to notifications on the bus might be easier13:32
flwang1vkmc: i think so, and as flaper87 mentioned, you can also create an oslo.messaging driver for zaqar to collect the messages into zaqar13:32
flwang1therve: define the bus? message bus of rabbitmq?13:33
therveflwang1, Yeah13:33
vkmcand how we filter the messages on the bus that actually mean something to Horizon?13:33
flwang1therve: but we're trying to promote zaqar :)13:33
therveflwang1, Right. Consume the message from the bus, and put them in zaqar13:34
therveflwang1, vkmc: https://github.com/therve/nabu FWIW. Very basic try.13:34
flwang1therve: cool, that's one option as well13:35
flwang1vkmc: do you have a few mins to sync with mrunge?13:36
vkmcflwang1, I do13:36
flwang1vkmc: let's rock in horizon channel13:36
vkmc:D13:37
vkmcseems mrunge is not around13:40
vkmcand its probably pretty late for you13:40
flwang1vkmc: yep13:41
vkmcI could ask him what he thinks about our current approach13:41
vkmcand update you later today/tomorrow (for me/for you)13:41
flwang1vkmc: cool, and for now, we will try to focus on the msg pop up13:42
vkmcagree13:42
flwang1or call it message center13:42
flwang1a link display how many message there are13:42
flwang1and after click the link, show details13:43
flwang1or something like that13:43
flwang1and we can figure out the status change scenario later13:43
flwang1vkmc: i have to drop for sure ;)13:43
flwang1ttyl13:43
vkmcflwang1, ttyt, get some rest!13:44
openstackgerritMerged openstack/zaqar: Close backend connections in tests  https://review.openstack.org/22446613:46
openstackgerritMerged openstack/zaqar: Fix few typos in headings  https://review.openstack.org/22541213:47
*** flwang1 has quit IRC13:48
openstackgerritFlavio Percoco proposed openstack/python-zaqarclient: Release notes for 0.2.0  https://review.openstack.org/22568613:51
flaper87ryansb: vkmc sanity check ^13:51
*** Qiming has quit IRC13:55
*** ametts has joined #openstack-zaqar13:55
*** Qiming has joined #openstack-zaqar13:57
*** sriram has joined #openstack-zaqar13:59
*** mpanetta_ has joined #openstack-zaqar14:00
ryansbgripe: there are 3 "updated from global requirements", I know they were 3 commits but I don't think users care14:00
ryansbotherwise +114:00
*** david-ly_ is now known as david-lyle14:01
ryansbflaper87: ^14:07
openstackgerritMerged openstack/python-zaqarclient: Using messaging instead of queueing  https://review.openstack.org/22498314:13
flaper87ryansb: I agree but there were 3 different upgrades in 3 different times for different requirements :/14:16
flaper87I'd rather have those14:16
ryansbyeah, but I feel like users just care about "did they update deps?" not "how many individual times have they updated deps since the last release?"14:17
ryansband if they have the latter question, they can use the git log14:17
*** csoukup has joined #openstack-zaqar14:17
ryansbI'm fine with merging it either way, since it's an aesthetic choice anyway14:17
NeszeHey, I’m fairly new to Zaqar, trying to experiment with it: currently I’m trying to split up zaqar in two docker containers, one with zaqar itself and another with a mongo backend, however when starting zaqar http://paste.openstack.org/show/472798/ I get this. Have you guys any tip? Here is my config file: http://paste.openstack.org/show/472804/14:20
flaper87ryansb: tbh, I'm good with either too but I guess, I'd lean towards an extended changelog since those happened in 3 different commits14:22
vkmcNesze, welcome!14:22
*** david-lyle has quit IRC14:22
vkmcNesze, add "unreliable=True" in your conf file and restart Zaqar14:23
vkmcthat should work14:23
*** penchal has quit IRC14:23
*** david-lyle has joined #openstack-zaqar14:26
*** Qiming has quit IRC14:34
*** kgriffs|afk is now known as kgriffs14:34
*** Qiming has joined #openstack-zaqar14:35
*** achanda has joined #openstack-zaqar14:51
*** diga has joined #openstack-zaqar14:54
Neszethanks vkmc, unfortunately it still fails with the same message, new config: https://pastee.org/bqdx514:55
Neszemy mongo is v3.0.6, the pymongo client is 3.0.3, should that be the cause? mongo logs https://pastee.org/4c9cc at each try. (This might not even be a zaqar thing, so sry if it’s off-topic)14:58
*** achanda has quit IRC15:01
Neszecool, it works, I moved the “unreliable=True” under [DEFAULT], thanks again15:01
vkmcNesze, sorry, I got distracted15:02
vkmcglad its working for you :)15:03
ryansbah, that'd do it15:03
*** exploreshaifali has quit IRC15:41
*** Qiming has quit IRC15:46
*** diga has quit IRC15:51
ryansbargh. Missed the meeting by an hour. Calendar fail :(16:05
*** Nesze has quit IRC16:06
vkmcryansb, seems we all kinda missed it16:07
vkmcsome of us should run the meeting at 3pmUTC16:08
ryansbyeah... fixed the event so I will actually go next week16:10
ryansberr, in two weeks since we alternate16:10
*** stanchan has quit IRC16:18
*** sriram1 has joined #openstack-zaqar16:49
*** sriram has quit IRC16:49
*** dynarro has quit IRC16:55
*** kgriffs is now known as kgriffs|afk16:57
*** kgriffs|afk is now known as kgriffs16:59
*** kgriffs is now known as kgriffs|afk17:15
*** achanda has joined #openstack-zaqar17:20
*** davideagnello has joined #openstack-zaqar17:23
*** amitgandhinz has quit IRC17:40
*** amitgandhinz has joined #openstack-zaqar17:41
*** stanchan has joined #openstack-zaqar17:42
*** stanchan has quit IRC17:43
openstackgerritFlavio Percoco proposed openstack/zaqar: DO NOT MERGE: testing falcon 0.3.x  https://review.openstack.org/22526917:58
*** stanchan has joined #openstack-zaqar18:06
*** kgriffs|afk is now known as kgriffs18:14
EmilienMflaper87: I wish I could hire you, but I realize we already are in the same company18:53
EmilienMhopefully18:53
*** ametts has quit IRC19:01
*** bradjones has quit IRC19:04
*** amitgandhinz has quit IRC19:05
jasondotstarzaqarians19:25
jasondotstarqq19:25
jasondotstaris python3 required?19:26
jasondotstarfor zaqar?19:26
jasondotstarthe server apparently requires the enum module, and as I've read.... that module was only added in Python v3.4?19:26
ryansbno, zaqar is compatible with python2.7 and python 3.3/3.419:27
jasondotstarryansb: ok19:27
jasondotstarguess i need to find the python2.7 version of that module....19:28
jasondotstarthx19:28
ryansbwhere does it require `enum`?19:28
ryansband have you installed the requirements?19:29
ryansbbecause "enum34" is a required package for python 2.6 and 2.719:29
jasondotstarzaqar/storage/base.py19:29
jasondotstaryeah19:29
jasondotstarpython-enum34.noarch : Backport of Python 3.4 Enum19:29
ryansbif you haven't, please "pip install -r requirements.txt"19:29
jasondotstarjust found it.19:29
jasondotstarwell, I'm installing this from the RPM pkg19:29
jasondotstarbut... might be a good idea19:30
jasondotstarfor me to look at that file19:30
jasondotstarand see what i need to install as reqs19:30
ryansbyeah, often (for RHEL-derivatives) you can just toss "python-" in front of every line of requirements.txt and the package will be there19:30
jasondotstarryansb: i literally *juuust* noticed that19:31
jasondotstar:-)19:31
vkmcboris-42, for some reason this is falling https://review.openstack.org/#/c/225192/19:53
vkmcboris-42, any hint?19:53
vkmcboris-42, seems like it cannot parse it19:54
vkmcboris-42, nvm, I know where is the problem19:54
* vkmc should RTFM19:55
openstackgerritVictoria Martinez de la Cruz proposed openstack/zaqar: Adds max failure rate limit  https://review.openstack.org/22519219:59
*** ametts has joined #openstack-zaqar20:15
*** amitgandhinz has joined #openstack-zaqar20:16
*** csoukup has quit IRC20:18
*** Nesze has joined #openstack-zaqar20:23
NeszeI’m running zaqar in a Docker container, and having difficulties accessing the server with ‘curl’ from the host machine. The port forwarding is set correctly, the iptables containes the mapping, also, I have no problem to curl the server from inside the container. This might be a docker issue, but could be that by default the python webserver listens only on the loopback interface, 127.0.0.1? Is there a way to bind it to all the interfaces: 0.0.20:38
vkmcNesze, yeah, that's another configuration20:39
vkmcunder [drivers:transport:wsgi]20:40
vkmcbind = 0.0.0.020:40
vkmcport = 888820:41
vkmcthat should work20:41
Neszethanks vkmc, I’m going to try it out20:41
vkmcnp20:42
* EmilienM 20:50
Neszecool, it works20:53
* vkmc 20:53
vkmcNesze, :D20:54
*** Nesze has quit IRC21:01
*** itisha has quit IRC21:03
*** sriram1 has quit IRC21:12
flwangvkmc: around?21:18
vkmcflwang, here21:22
flwangvkmc: anything from the chat your and mrunge?21:22
vkmcflwang, he didn't reply21:22
flwangvkmc: ok, no worries21:22
vkmcseems like he wasn't around today21:22
flwangvkmc: are you going to use therve's tool to collect the msg?21:24
vkmcI'm trying to wrap my head around things21:24
*** achanda has quit IRC21:24
flwangok, cool21:25
vkmcI didn't follow what flaper87 suggested21:25
vkmcthat thing about having the driver living in zaqarclient21:25
vkmcseems like something that should live in the server side21:26
*** amitgandhinz has quit IRC21:28
flwangvkmc: it's talking about adding a olso.messaging driver, and given zaqar is not a true 'message bus' like rabbitmq and qpid, so it may be a little strange to place the code in oslo.messaging repo(they may not accept it either :) ), so i think that's why flaper87 said keep the code in zaqarclient so that, when the zaqar client installed, the driver is there as well21:29
*** amitgandhinz has joined #openstack-zaqar21:29
vkmcoh yes, that I understand21:30
vkmcstill, seems odd to have a driver for oslo in the client21:30
flwangyep21:30
flwangso we don't care about that for now21:31
flwangwe either use ceilometer to collect the msg, or leverage a tool like therve's to grab the msg from bus and post it into zaqar21:31
flwangall work21:31
flwangtoday i'm going to review therve's patch to see how horizon can be benefited by the websocket/notifications21:32
*** mpanetta_ has quit IRC21:33
*** flwang1 has joined #openstack-zaqar21:36
fungizigo: noticing the falcon 3.x discussion in scrollback. barbican seems to have switched from falcon to pecan over a year ago in https://review.openstack.org/89746 so shouldn't be a blocker21:36
fungii think as long as we get zaqar working with latest falcon asap, you should be all set when you package liberty21:37
zigofungi: Thanks.21:38
zigofungi: So, do you confirm Zaqar is now the only user of Falcon?21:39
openstackgerritMerged openstack/zaqar: Adds max failure rate limit  https://review.openstack.org/22519221:39
fungizigo: it's the only one i can find, yes21:39
fungizigo: well, i mean there are a couple other new/low-profile projects too but they're also not relevant in this situation because they don't receive global requirements sync proposals anyway (kiloeyes, freezer-api, monasca-api, stacktach-quincy)21:42
zigoOk, they are all out of my scope ! :)21:43
*** achanda has joined #openstack-zaqar21:44
*** achanda has quit IRC21:44
*** achanda has joined #openstack-zaqar21:44
*** kgriffs is now known as kgriffs|afk21:45
*** amitgandhinz has quit IRC22:07
*** kgriffs|afk is now known as kgriffs22:13
*** JAHoagie has joined #openstack-zaqar22:48
*** ametts has quit IRC22:53
*** stanchan has quit IRC22:54
*** JAHoagie has quit IRC23:03
*** JAHoagie has joined #openstack-zaqar23:29
*** Qiming has joined #openstack-zaqar23:36
*** kgriffs is now known as kgriffs|afk23:39
*** JAHoagie has quit IRC23:40
*** achanda_ has joined #openstack-zaqar23:59

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