Wednesday, 2015-03-18

*** crc32 has quit IRC00:01
*** prad has quit IRC00:05
*** crc32 has joined #openstack-oslo00:12
*** achanda has quit IRC00:15
*** achanda has joined #openstack-oslo00:16
*** achanda has quit IRC00:18
*** achanda has joined #openstack-oslo00:18
*** sputnik13 has quit IRC00:23
*** tsekiyam_ has joined #openstack-oslo00:27
*** mtanino has quit IRC00:30
*** achanda has quit IRC00:30
*** tsekiyama has quit IRC00:30
*** tsekiyam_ has quit IRC00:31
*** ChuckC has quit IRC00:53
*** salv-orl_ has quit IRC01:04
openstackgerritJoshua Harlow proposed openstack/taskflow: Always return scope walker instances from `fetch_scopes_for`  https://review.openstack.org/16526201:05
*** stevemar has joined #openstack-oslo01:47
*** dims has quit IRC01:59
*** harlowja_ is now known as harlowja_away02:06
*** yamahata has quit IRC02:09
*** crc32 has quit IRC02:11
openstackgerritLi Ma proposed openstack/oslo.messaging: ZeroMQ deployment guide  https://review.openstack.org/13094302:16
*** salv-orlando has joined #openstack-oslo02:18
*** crc32 has joined #openstack-oslo02:20
openstackgerritLi Ma proposed openstack/oslo.messaging: ZeroMQ deployment guide  https://review.openstack.org/13094302:20
openstackgerritLi Ma proposed openstack/oslo.messaging: ZeroMQ deployment guide  https://review.openstack.org/13094302:27
*** zzzeek has joined #openstack-oslo02:35
openstackgerritLi Ma proposed openstack/oslo.messaging: ZeroMQ deployment guide  https://review.openstack.org/13094302:44
*** exploreshaifali has joined #openstack-oslo02:55
*** exploreshaifali has quit IRC03:00
*** zzzeek has quit IRC03:01
openstackgerritFei Long Wang proposed openstack/oslo.messaging: Minor improvement  https://review.openstack.org/16527803:07
*** crc32 has quit IRC03:27
*** crc32 has joined #openstack-oslo03:29
*** salv-orlando has quit IRC03:29
*** salv-orlando has joined #openstack-oslo04:28
*** rushiagr_away is now known as rushiagr04:37
*** boris-42 has joined #openstack-oslo04:47
*** dims has joined #openstack-oslo04:52
*** dims has quit IRC04:57
*** stevemar has quit IRC04:58
*** stevemar has joined #openstack-oslo04:59
*** BrianShang_ has joined #openstack-oslo05:04
*** achanda has joined #openstack-oslo05:06
*** BrianShang has quit IRC05:06
*** stevemar has quit IRC05:11
*** stevemar has joined #openstack-oslo05:12
*** sputnik13 has joined #openstack-oslo05:15
*** xek has quit IRC05:18
*** sputnik13 has quit IRC05:23
*** sputnik13 has joined #openstack-oslo05:25
*** salv-orlando has quit IRC05:31
*** rushiagr is now known as rushiagr_away05:36
openstackgerritJoshua Harlow proposed openstack/taskflow: Always return scope walker instances from `fetch_scopes_for`  https://review.openstack.org/16526205:44
*** subscope_ has joined #openstack-oslo05:44
openstackgerritOpenStack Proposal Bot proposed openstack/oslo.db: Imported Translations from Transifex  https://review.openstack.org/16457906:01
*** rushiagr_away is now known as rushiagr06:03
*** sreshetn1 has joined #openstack-oslo06:06
openstackgerritOpenStack Proposal Bot proposed openstack/oslo.messaging: Imported Translations from Transifex  https://review.openstack.org/16440406:10
*** sreshetn1 has quit IRC06:10
*** achanda has quit IRC06:25
*** achanda has joined #openstack-oslo06:27
*** sputnik13 has quit IRC06:31
*** liusheng has quit IRC06:31
*** liusheng has joined #openstack-oslo06:31
*** inc0 has joined #openstack-oslo06:31
openstackgerritMehdi Abaakouk proposed openstack/tooz: fix lock concurrency issues with certain drivers  https://review.openstack.org/16464206:32
*** salv-orlando has joined #openstack-oslo06:33
*** subscope_ has quit IRC06:56
openstackgerritMasaki Matsushita proposed openstack-dev/pbr: Add truncated lincense text  https://review.openstack.org/16531907:10
*** hogepodge has quit IRC07:16
*** salv-orlando has quit IRC07:33
*** achanda has quit IRC07:35
*** achanda has joined #openstack-oslo07:39
*** salv-orlando has joined #openstack-oslo07:42
*** stevemar has quit IRC07:50
*** shardy has joined #openstack-oslo08:04
*** rushiagr is now known as rushiagr_away08:05
*** dulek has joined #openstack-oslo08:09
*** achanda has quit IRC08:10
*** rushiagr_away is now known as rushiagr08:11
*** exploreshaifali has joined #openstack-oslo08:12
*** dtantsur|afk is now known as dtantsur08:28
*** ndipanov has joined #openstack-oslo08:33
*** uschreiber_ has joined #openstack-oslo08:38
*** uschreiber_ has quit IRC08:39
*** i159 has joined #openstack-oslo08:40
*** uschreiber_ has joined #openstack-oslo08:41
*** uschreiber_ has quit IRC08:42
*** uschreiber_ has joined #openstack-oslo08:42
*** uschreiber_ has quit IRC08:42
openstackgerritVictor Sergeyev proposed openstack/oslo.db: Provide working SQLA_VERSION attribute  https://review.openstack.org/16516608:44
*** ajo has joined #openstack-oslo08:51
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: heartbeat implementation  https://review.openstack.org/14604709:05
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: Improves logging  https://review.openstack.org/16533609:05
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: cleanup connection pool return  https://review.openstack.org/16533709:05
openstackgerritLi Ma proposed openstack/oslo.messaging: Fix deleting keys during iteration in matchmaker heartbeat  https://review.openstack.org/16497209:07
*** sreshetn1 has joined #openstack-oslo09:07
openstackgerritLi Ma proposed openstack/oslo.messaging: Fix changing keys during iteration in matchmaker heartbeat  https://review.openstack.org/16497209:09
*** sreshetn1 has quit IRC09:11
*** boris-42 has quit IRC09:12
*** andreykurilin_ has joined #openstack-oslo09:15
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: Improves logging  https://review.openstack.org/16533609:16
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: cleanup connection pool return  https://review.openstack.org/16533709:16
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: heartbeat implementation  https://review.openstack.org/14604709:16
*** e0ne has joined #openstack-oslo09:19
*** mfedosin has quit IRC09:21
*** hogepodge has joined #openstack-oslo09:22
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: cleanup connection pool return  https://review.openstack.org/16533709:22
*** mfedosin has joined #openstack-oslo09:26
openstackgerritJulien Danjou proposed openstack/oslo-incubator: Remove timeutils.strtime() usage  https://review.openstack.org/16534009:28
*** pblaho has joined #openstack-oslo09:36
*** dims_ has joined #openstack-oslo09:43
dims_sileht: Mehdi, good morning09:44
silehtdims_, hi09:44
dims_sileht: did you see a set of logs i sent last night my time?09:44
dims_i sent it to sileht AT sileht.net email09:46
silehtdims_, I have just open it09:46
dims_thanks, it has some __getitem__ kind of tracebacks and some others too09:46
silehtvery wierd, looks like a pyamqp bug09:47
*** alexpilotti has joined #openstack-oslo09:47
dims_sileht: ok, also, i had to switch a bunch of LOG.exception to LOG.error to stop tracebacks from being printed in the logs - http://paste.openstack.org/show/192895/09:49
dims_please see if those are appropriate09:49
dims_back in a bit, it's way early here, need to wake up kids for school :)09:49
silehtdims_, I have rewritten the log thing09:49
silehtdims_, https://review.openstack.org/#/c/165336/09:49
silehtdims_, and discover a new (very old) bug during my testing: https://review.openstack.org/#/c/165337/09:50
dims_sileht: i saw one spot09:50
dims_sileht: the paste above has 4 more spots for LOG.exception -> LOG.error09:50
dims_ah09:50
silehtdims_, I have changed the code a bit to completly remove the LOG.exception when this is not needed09:51
dims_AH, did not see the other reviews09:51
dims_thanks!09:51
silehtdims_, so unexpected exception should continue to LOG.exception and recoverable are silencly muted09:52
silehtdims_, last thing I would like to add is a 'id' for each log message that represented the connection object09:53
dims_yes, that would be great09:56
dims_one more from me, is there a switch to switch off heartbeat?09:56
silehtdims_, with timeout of 009:56
dims_cool09:57
silehtdims_, I will add that to the oslo.config option doc string09:57
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: Improves logging  https://review.openstack.org/16533609:58
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: cleanup connection pool return  https://review.openstack.org/16533709:58
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: heartbeat implementation  https://review.openstack.org/14604709:58
dims_sileht: y for heartbeat_timeout_threshold10:00
*** crc32 has quit IRC10:01
dims_sileht: do we print message id when we are unable to send something? and it gets dropped on the floor?10:02
silehtdims_, I don't think so, because everything is already serialized when we got this kind of error10:05
silehtdims_, but you can follow log because just before serialization we LOG.debug the UNIQUE_ID of the message10:06
silehtdims_, when the message is received we print it too10:07
*** inc0 has quit IRC10:08
*** dtantsur is now known as dtantsur|bbl10:08
*** xek has joined #openstack-oslo10:12
*** e0ne is now known as e0ne_10:15
dims_sileht: ack, thanks. making sure we can trace them in case of issues10:16
*** inc0 has joined #openstack-oslo10:16
silehtdims_, do you known the version of pyamqp that klindgren_  use ? It looks installed with pip, so I guess 1.4.6 ?10:17
dims_dims@dims-mac:~/openstack/oslo/oslo.messaging$ pip freeze | grep amqp10:18
dims_amqp==1.4.610:18
dims_amqplib==1.0.210:18
dims_those are from my box10:18
*** exploreshaifali has quit IRC10:21
silehtdims_, that looks a amqp bug: https://github.com/celery/py-amqp/blob/v1.4.6/amqp/connection.py#L20210:22
silehtself.channels is set to None instead of {}10:22
*** ihrachyshka has joined #openstack-oslo10:24
*** e0ne_ has quit IRC10:26
dims_sileht: override _do_close till they fix it?10:26
silehtdims_, I can't reproduce it locally I got the expected ChannelError, we I try to trigger that code10:28
dims_sileht: y i did not get that when i tried against a rabbitmq cluster, only when i went against haproxy fronting the 2 rabbitmq instances10:29
dims_anyway, i can submit a patch later if i still see it with latest changes from you10:29
*** andreykurilin_ has quit IRC10:34
*** e0ne has joined #openstack-oslo10:38
openstackgerritLi Ma proposed openstack/oslo.messaging: Fix changing keys during iteration in matchmaker heartbeat  https://review.openstack.org/16497210:39
*** crc32 has joined #openstack-oslo10:40
silehtdims_, I still get 'NotFound: Exchange.declare: (404) NOT_FOUND - no exchange ...' with haproxy, I will setup a rabbit cluster with haqueue, perhaps related to combination of rabbit HA+haproxy10:44
silehtI will follow exactly the procedure of krislindgren10:45
* sileht will grab some foods first10:45
silehtbbl10:45
*** exploreshaifali has joined #openstack-oslo10:45
*** boris-42 has joined #openstack-oslo10:51
*** rushiagr is now known as rushiagr_away11:01
*** dulek has quit IRC11:02
*** dtantsur|bbl is now known as dtantsur11:02
*** dulek has joined #openstack-oslo11:02
*** inc0_ has joined #openstack-oslo11:02
*** sputnik13 has joined #openstack-oslo11:02
*** inc0 has quit IRC11:06
*** amotoki has joined #openstack-oslo11:10
openstackgerritJulien Danjou proposed openstack/oslo-incubator: Remove timeutils.strtime() usage  https://review.openstack.org/16534011:17
*** cdent has joined #openstack-oslo11:29
*** e0ne is now known as e0ne_11:41
*** achanda has joined #openstack-oslo11:45
*** achanda has quit IRC11:49
*** rushiagr_away is now known as rushiagr11:51
*** e0ne_ has quit IRC11:51
*** e0ne has joined #openstack-oslo11:59
*** david-lyle_afk is now known as david-lyle12:00
*** ajo has quit IRC12:03
*** ajo has joined #openstack-oslo12:03
*** stpierre has joined #openstack-oslo12:09
*** kgiusti has joined #openstack-oslo12:22
*** dims_ has quit IRC12:22
*** dims_ has joined #openstack-oslo12:22
*** jaosorior has joined #openstack-oslo12:38
openstackgerritDoug Hellmann proposed openstack/oslo-incubator: Move the release_notes.py script to release-tools  https://review.openstack.org/16127412:40
*** sputnik13 has quit IRC12:40
*** dulek has quit IRC12:46
*** rushiagr is now known as rushiagr_away12:49
*** geguileo has quit IRC12:50
*** geguileo has joined #openstack-oslo12:51
*** jecarey has joined #openstack-oslo12:54
*** geguileo has quit IRC12:56
*** salv-orlando has quit IRC12:56
dhellmanndims_: it would be good to get https://review.openstack.org/#/c/164993/ in before neutron's freeze12:57
dims_eezhova: ping12:57
dims_dhellmann: ack12:57
*** salv-orlando has joined #openstack-oslo12:57
*** inc0_ has quit IRC12:59
*** gordc has joined #openstack-oslo12:59
*** sputnik13 has joined #openstack-oslo13:00
*** sputnik13 has quit IRC13:01
*** boris-42 has quit IRC13:02
*** gordc has quit IRC13:02
*** pblaho has quit IRC13:02
*** amotoki has quit IRC13:03
*** gordc has joined #openstack-oslo13:04
dims_dhellmann: i asked eezhova if SIGHUP can be sent multiple times and the code works fine for that scenario. can you tell from the code that it will work fine?13:04
dhellmanndims_: great question, let me look again13:05
*** amotoki has joined #openstack-oslo13:05
*** bknudson has quit IRC13:06
dhellmanndims_: I think it should be fine. The handlers are registered once at startup and then called when the signal is received. Whether a given handler works when called more than once is out of our control, but as far as I can tell they are called properly.13:06
dhellmanndims_: did you see something that made you worry about that? maybe I'm missing it.13:07
dims__set_signals_handler(signal.SIG_DFL)13:07
dims_i see that in a couple of spots dhellmann13:07
dhellmannaren't those calls in places where the service is shutting down?13:09
* dhellmann looks again13:09
dhellmannoh, hmm, no13:10
dhellmannok, so I think that may be a completely different issue than the one the OP was trying to fix13:10
dims_true, but the scenario is that they want to be able to repeatedly change log levels...13:11
dhellmannright13:11
dhellmannwhat I would really like to see is a general callback registry for signal handlers13:11
dhellmannrather than messing with sets of functions on a class like this13:11
dims_agree dhellmann13:12
dhellmannwith the freeze tomorrow, we might just have to punt this fix to liberty :-/13:13
dims_exactly13:13
dhellmannthe change in process right now is valid, it just doesn't solve their problem completely13:13
dims_ok let me +2 it anyway13:13
*** rushiagr_away is now known as rushiagr13:20
openstackgerritMerged openstack/oslo-incubator: Store ProcessLauncher signal handlers on class level  https://review.openstack.org/16499313:20
sdaguedhellmann: is there an oslo specific log capture fixture? The one in fixtures doesn't let you specific our extra formatting params, which makes debugging some of the unit/functional tests with multiple requests a bit problematic13:23
dhellmanndims_: https://github.com/j4mie/simplesignals looks interesting13:23
*** mriedem_away has quit IRC13:24
dhellmannsdague: looking...13:24
*** bknudson has joined #openstack-oslo13:27
*** prad has joined #openstack-oslo13:27
dims_dhellmann: yes it does, will look in further when i get a chance. trying to work on the oslo.messaging heartbeat and a neutron/nova problem :)13:27
dhellmannsdague: the code in the oslotest base class sets up the FakeLogger using a format string. Is that not what you want to do? or do you want to use an oslo.log ContextFormatter with the FakeLogger?13:27
dhellmanndims_: oh, that's definitely a higher priority :-)13:27
dhellmanndims_: I was just trying to answer the "does this already exist" question :-)13:28
*** ChuckC has joined #openstack-oslo13:28
sdagueright, that format string is only allowed to have things defined in python logging13:28
dims_dhellmann: ack :)13:28
sdaguewhich is the problem13:28
dhellmannsdague: "extra" is one of those things, right?13:28
dhellmannor maybe it's "extras"13:29
sdagueso, I guess the answer is, yes, I want to use ContextFormatter13:29
dhellmannsdague: what's verifying that the format string only includes python logger variables?13:29
*** e0ne is now known as e0ne_13:30
dhellmannok, we can take the logging stuff out of oslotest and put it in a fixture in oslo.log13:30
sdagueI don't remember now, the last time I tried this I got a pretty deep level of explode13:30
dhellmannI'll leave a note to myself on the spec to refactor oslotest's base class in https://review.openstack.org/#/c/158788/13:30
sdaguehonestly, we have our own fixtures for this stuff in nova, mostly I want to know if there is a way to do it13:30
dhellmannthere's not right now. I would be happy to have those fixtures in oslo.log, if that's appropriate13:32
* dhellmann wishes folks would think about sharing more test tooling13:32
*** salv-orlando has quit IRC13:34
*** zzzeek has joined #openstack-oslo13:34
*** alexpilotti has quit IRC13:35
*** crc32 has quit IRC13:38
sdagueWell, that's a longer discussion. But I'm generally pretty anti externalizing test code because you really *have* to know the details in that code to actually know that you are testing the correct thing13:40
*** e0ne_ has quit IRC13:40
*** boris-42 has joined #openstack-oslo13:41
*** mriedem has joined #openstack-oslo13:43
openstackgerritMerged openstack/oslo-incubator: Move the release_notes.py script to release-tools  https://review.openstack.org/16127413:44
dhellmannsdague: fixtures like what you're describing seem very sharable13:46
openstackgerritMerged openstack/oslo.db: Provide working SQLA_VERSION attribute  https://review.openstack.org/16516613:46
*** cdent has quit IRC13:47
*** enikanorov_ has joined #openstack-oslo13:47
sdagueI've personally found myself needing to change our in tree fixtures quite often to address functional testing cases13:47
*** enikanorov has quit IRC13:49
*** dulek has joined #openstack-oslo13:49
*** cdent has joined #openstack-oslo13:49
*** zzzeek has quit IRC13:52
*** e0ne has joined #openstack-oslo13:54
*** zz_jgrimm is now known as jgrimm13:57
*** jecarey has quit IRC13:59
*** dulek has quit IRC13:59
*** dulek has joined #openstack-oslo14:00
*** alexpilotti has joined #openstack-oslo14:03
*** sigmavirus24_awa is now known as sigmavirus2414:08
*** inc0 has joined #openstack-oslo14:11
*** mfedosin has quit IRC14:13
*** mtanino has joined #openstack-oslo14:13
*** mfedosin has joined #openstack-oslo14:14
*** alexpilotti has quit IRC14:14
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: Improves logging  https://review.openstack.org/16533614:15
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: cleanup connection pool return  https://review.openstack.org/16533714:15
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: heartbeat implementation  https://review.openstack.org/14604714:15
*** alexpilotti has joined #openstack-oslo14:15
openstackgerritKen Giusti proposed openstack/oslo.messaging: Provide better detection of failures during message send  https://review.openstack.org/12606514:18
openstackgerritKen Giusti proposed openstack/oslo.messaging: Create a unique transport for each server in the functional tests  https://review.openstack.org/15547614:18
*** inc0 has quit IRC14:28
*** exploreshaifali has quit IRC14:31
*** tsekiyama has joined #openstack-oslo14:36
klindgren_<sileht> dims_, do you known the version of pyamqp that klindgren_  use ? It looks installed with pip, so I guess 1.4.6 ?14:45
klindgren_python-amqplib-1.0.2-7.el7.noarch14:45
klindgren_python-amqp-1.4.6-0.el7.centos.noarch14:45
dims_klindgren_: thanks for confirming14:46
silehtklindgren_, thanks, I try to reproduce, but without success :(14:46
dims_sileht: give me a few, i may be able to try your latest patch series in my environment14:47
*** achanda has joined #openstack-oslo14:47
klindgren_silent what do you need from me?14:48
klindgren_sileht, *14:48
silehtklindgren_, you give enough information I guess, I need to figure out what happen now14:49
sileht"specialy about this backtrace: "'TypeError: 'NoneType' object has no attribute '__getitem__'"14:50
silehtAfter ready amqp code, that looks like something have closed the connection while we publish a message14:51
klindgren_kk - here is the config we are using btw: https://gist.github.com/krislindgren/3361463ff9a3d081cc2214:51
*** achanda has quit IRC14:52
*** sputnik13 has joined #openstack-oslo14:53
dims_sileht: the __getitem__ logs were from me, not klindgren_ :)14:54
*** stevemar has joined #openstack-oslo14:54
*** sputnik13 has quit IRC15:02
*** sputnik13 has joined #openstack-oslo15:04
*** amotoki has quit IRC15:06
*** salv-orlando has joined #openstack-oslo15:09
*** jecarey has joined #openstack-oslo15:10
*** jaypipes has quit IRC15:12
*** amotoki has joined #openstack-oslo15:16
*** salv-orlando has quit IRC15:17
*** pcaruana has joined #openstack-oslo15:19
openstackgerritMehdi Abaakouk proposed openstack/tooz: fix lock concurrency issues with certain drivers  https://review.openstack.org/16464215:22
openstackgerritMehdi Abaakouk proposed openstack/tooz: fix lock concurrency issues with certain drivers  https://review.openstack.org/16464215:24
*** crc32 has joined #openstack-oslo15:26
*** crc32 has quit IRC15:30
openstackgerritDoug Hellmann proposed openstack/oslo.messaging: fix up verb tense in log message  https://review.openstack.org/16546215:34
*** SridharGaddam has quit IRC15:37
*** amotoki has quit IRC15:38
*** dulek has quit IRC15:44
*** dulek has joined #openstack-oslo15:47
*** _amrith_ is now known as amrith15:57
*** salv-orl_ has joined #openstack-oslo15:58
*** enykeev has quit IRC15:58
openstackgerritRoman Prykhodchenko proposed openstack/cliff: Allow using custom help and complete commands  https://review.openstack.org/15736815:59
*** dulek has quit IRC16:00
*** yamahata has joined #openstack-oslo16:01
*** enykeev has joined #openstack-oslo16:04
*** exploreshaifali has joined #openstack-oslo16:06
*** jgrimm_ has joined #openstack-oslo16:07
openstackgerritamrith proposed openstack/oslo.utils: Allow users to add new patterns to mask with mask_password  https://review.openstack.org/16547816:08
amrithdhellmann, I uploaded https://review.openstack.org/#/c/165478/. I believe it addresses your comment in the bug. thx!16:09
*** jgrimm- has joined #openstack-oslo16:09
*** jgrimm has quit IRC16:10
*** i159 has quit IRC16:11
*** jgrimm_ has quit IRC16:13
*** sreshetn1 has joined #openstack-oslo16:13
klindgren_sileht, dims_ let me know if you need anything else from me.  Thanks for you guys work on this.16:16
dims_klindgren_: thanks will do. wrapping up something else16:16
dhellmannamrith: is there any chance that a project would call add_pattern() and then send a message to another service that doesn't have that same pattern added?16:19
amrithdhellmann, I believe that this is possible but if it sends a message that has been sanitized, then all is good. that's the intended use-case.16:20
dhellmannso we sanitize messages before we send them?16:21
amrithwell, a sanitized message may not be of any use to a recipient16:21
dhellmannI'm not sure why you consider it more difficult to add things to the list in oslo.utils than to a consuming project.16:21
amrithdhellmann, adding to oslo.utils is easy16:22
amrithbut there's then a version dependency16:22
amrithand when one gets to see the new oslo.utils with the change is independent of the project requesting the change.16:22
dhellmannwe don't generally update dependencies for bug fixes like this16:22
amrithhence the request to add dynamically, does that make sense?16:23
dhellmannno, there's no need to update the dependency to get the fix, so I don't think we have the problem you're trying to solve16:24
amrithactually we do16:24
amrithI'm adding code to a module that is to be released out of band with oslo.utils16:24
amritha downstream change16:24
amrithin one of our repositories16:25
dhellmann"our"?16:25
amrithour (tesora)16:25
amrithwe release this more frequently than either openstack or oslo16:25
dhellmannmore often than weekly?16:25
amrithmore often than 6 monthly16:26
amrithis weekly the oslo.utils release schedule?16:26
dhellmannoslo libraries are released weekly16:26
amrithok.16:26
dhellmannas needed16:26
amrithso assume that we release a change (in this case to mask the string pswd)16:26
amrithwe'd then have to bump our oslo.utils dependency16:26
amrithI was hoping to avoid that.16:26
dhellmannotoh, if this is some sort of third-party thing that isn't part of an openstack project, then I don't know if we'd want that patch16:26
amrithit isn't, it is trove16:27
amrithcode that will be upstreamed16:27
dhellmannok16:27
amrithbut upstream to trove would take a while to get into a released version16:27
*** dtantsur is now known as dtantsur|afk16:27
amrithlike 6 months16:27
amriththe other option (which I don't like) is to write a downstream wrapper on strutils.mask_password()16:28
amrithand bury these strings in that.16:28
amriththen make that part of trove16:28
amrithand upstream that16:28
amriththat way, we could release a new trove with this change (generating a message with psdw: dhellmanns-password) and then mask it with a change in the trove wrapper on mask_password()16:29
dhellmannamrith: how often do you expect to be adding new strings that need to be masked?16:29
amrithI honestly don't know the answer16:30
amrithbut I assume that over time it will reduce16:30
amrithconsider how long it has been since the last time I wanted to add a pattern, at least five months.16:30
amrithdhellmann, I think you've talked me out of this approach ;)16:32
amrithI think it makes more sense to add the string into the list16:32
amrithand wait for the next version of strutils16:32
dhellmannamrith: ok :-)16:32
amrithand if this turns out to be a *real* problem, then we can revisit with a *real* use-case.16:32
dhellmannyeah, that sounds good16:32
amrithDone, I'll repurpose the same patch and push a change for the pswd string.16:32
openstackgerritamrith proposed openstack/oslo.utils: Add a new string to the list of masked patterns  https://review.openstack.org/16547816:37
*** zzzeek has joined #openstack-oslo16:38
*** sigmavirus24 is now known as sigmavirus24_awa16:42
*** ihrachyshka has quit IRC16:57
*** openstackgerrit has quit IRC16:59
*** openstackgerrit has joined #openstack-oslo16:59
*** alexpilotti has quit IRC17:02
*** alexpilotti_ has joined #openstack-oslo17:02
*** kgiusti has quit IRC17:03
*** achanda has joined #openstack-oslo17:04
openstackgerritMonty Taylor proposed openstack-dev/pbr: Don't avoid egg-info quite so often  https://review.openstack.org/16551117:06
*** kgiusti has joined #openstack-oslo17:08
*** e0ne is now known as e0ne_17:10
*** sigmavirus24_awa is now known as sigmavirus2417:10
*** e0ne_ is now known as e0ne17:13
*** exploreshaifali has quit IRC17:15
*** e0ne has quit IRC17:18
*** salv-orl_ has quit IRC17:19
*** salv-orlando has joined #openstack-oslo17:25
*** harlowja_away is now known as harlowja_17:27
*** sreshetn1 has quit IRC17:28
dims_sileht: still around?17:32
silehtdims_, yes17:32
dims_please see latest run (email on its way)17:33
openstackgerritJoshua Harlow proposed openstack/taskflow: Always return scope walker instances from `fetch_scopes_for`  https://review.openstack.org/16526217:35
dims_sileht: i am inclined to push the series in and handle any issues as new reviews17:35
silehtdims_, yes, it will be easier to review17:35
silehtdims_, looks like a typo and a missing test to improve coverage17:37
dims_want to fix typo? i'll +2A after that17:37
*** sreshetn1 has joined #openstack-oslo17:38
dims_self._log_publisher_send_error(msg_id, exc) - right?17:39
silehtdims_, I have missed 'as exc' in the catch all except statements17:39
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: rabbit: Improves logging  https://review.openstack.org/16533617:40
openstackgerritMehdi Abaakouk proposed openstack/oslo.messaging: cleanup connection pool return  https://review.openstack.org/16533717:40
silehtdims_, https://review.openstack.org/#/c/165336/4..5/oslo_messaging/_drivers/impl_rabbit.py17:40
silehtdims_, what you kombu version and rabbit server version ?17:41
silehtdims_, unfortunatly this typo hide the interesting error17:42
silehtdims_, if you get 'exchange NOT found' that goods, if you get anything else that bad17:42
dims_server - {running_applications,[{rabbit,"RabbitMQ","3.2.4"},17:43
dims_dims@dims-mac:~/openstack/oslo/oslo.messaging$ pip freeze | grep -i -e kombu -e amqp17:44
dims_amqp==1.4.617:44
dims_amqplib==1.0.217:44
dims_kombu==3.0.2417:44
dims_so, can i pull the trigger on the first review?17:46
dims_sileht:17:46
silehtdims_, if we are not sure about heartbeat stuff, we can disable it by default, but I'm confident17:47
silehtlets operator play with it and report bugs17:48
*** ajo has quit IRC17:48
*** ChuckC has quit IRC17:51
*** ChuckC_ has joined #openstack-oslo17:51
*** ChuckC_ is now known as ChuckC17:52
dims_sileht: it's all in17:53
silehtdims_, thanks a lot !17:53
*** sheeprine has quit IRC17:53
*** ndipanov has quit IRC17:55
*** e0ne has joined #openstack-oslo17:59
*** sheeprine_ has joined #openstack-oslo18:00
*** exploreshaifali has joined #openstack-oslo18:00
*** crc32 has joined #openstack-oslo18:00
*** tsufiev_ has left #openstack-oslo18:01
*** sheeprine_ has quit IRC18:07
*** sheeprine has joined #openstack-oslo18:08
*** sreshetn1 has quit IRC18:12
openstackgerritDavanum Srinivas (dims) proposed openstack/oslo.messaging: Publish tracebacks only on debug level  https://review.openstack.org/16554418:20
openstackgerritDavanum Srinivas (dims) proposed openstack/oslo.messaging: Publish tracebacks only on debug level  https://review.openstack.org/16554418:22
dims_sileht: dhellmann: https://review.openstack.org/#/c/165544/18:22
openstackgerritMerged openstack/oslo.messaging: rabbit: heartbeat implementation  https://review.openstack.org/14604718:44
*** rushiagr is now known as rushiagr_away18:46
*** achanda has quit IRC18:48
*** jaosorior has quit IRC18:52
*** stevemar has quit IRC18:53
*** stevemar has joined #openstack-oslo18:53
*** achanda has joined #openstack-oslo19:01
*** alexpilotti_ has quit IRC19:04
*** liusheng has quit IRC19:05
*** andreykurilin_ has joined #openstack-oslo19:06
*** liusheng has joined #openstack-oslo19:06
*** cburgess has quit IRC19:10
*** cburgess has joined #openstack-oslo19:11
*** amrith is now known as _amrith_19:11
*** exploreshaifali has quit IRC19:13
*** _amrith_ is now known as amrith19:13
openstackgerritMerged openstack/oslo.messaging: fix up verb tense in log message  https://review.openstack.org/16546219:24
*** salv-orlando has quit IRC19:24
*** andreykurilin_ has quit IRC19:27
*** salv-orlando has joined #openstack-oslo19:30
*** boris-42 has quit IRC19:37
*** lbragstad has quit IRC19:39
*** lbragstad has joined #openstack-oslo19:40
*** boris-42 has joined #openstack-oslo19:42
*** crc32 has quit IRC19:53
*** devlaps has joined #openstack-oslo19:55
*** zigo__ has joined #openstack-oslo19:56
*** zigo has quit IRC19:56
*** sigmavirus24 is now known as sigmavirus24_awa19:57
*** subscope_ has joined #openstack-oslo19:58
*** flwang has quit IRC19:59
*** achanda has quit IRC20:00
*** flwang has joined #openstack-oslo20:01
*** openstackgerrit has quit IRC20:14
*** openstackgerrit has joined #openstack-oslo20:15
*** exploreshaifali has joined #openstack-oslo20:16
*** kiseok7_ has quit IRC20:16
*** sigmavirus24_awa is now known as sigmavirus2420:22
*** prad has quit IRC20:23
*** ihrachyshka has joined #openstack-oslo20:26
*** BrianShang has joined #openstack-oslo20:40
*** BrianShang_ has quit IRC20:43
*** achanda has joined #openstack-oslo20:48
*** exploreshaifali has quit IRC20:56
*** alexpilotti has joined #openstack-oslo20:56
jungleboyjdhellmann: ping21:01
*** spyyy has joined #openstack-oslo21:15
*** kgiusti has left #openstack-oslo21:15
*** ihrachyshka has quit IRC21:16
bknudsonwhy no import_opt on http://docs.openstack.org/developer/oslo.config/cfg.html#module-oslo_config.cfg ?21:18
*** ChuckC has quit IRC21:19
jungleboyjbknudson: Good question.  It is in the code.21:19
bknudsonI'll add it to my list o' things to look at.21:20
jungleboyjbknudson: It is looking to me like it isn't able to import from libraries though.21:20
bknudsonjungleboyj: what does it do?21:21
bknudsonjungleboyj: do you have an example of a call?21:22
bknudsonhttp://git.openstack.org/cgit/openstack/oslo.config/tree/oslo_config/cfg.py#n2022 are the docs that don't show up in the generated docs.21:23
bknudsonthere's also an import_group!21:23
jungleboyjWhen I try to do CONF.import_opt('policy_file', 'oslo_policy') I get test cases that fail with 'NoSuchOptError: no such option: policy_file'21:23
jungleboyjbknudson: ^21:24
bknudsonoslo_policy is supposed to be the module that defines the option on import21:24
bknudsonon the global CONF object.21:24
jungleboyjRight, policy_file is defined in oslo.policy21:24
jungleboyjoslo_policy/opts.py21:24
bknudsonoslo_policy registers options when you call _register(conf)21:25
bknudsonactually, you would create an Enforcer with your conf: http://git.openstack.org/cgit/openstack/oslo.policy/tree/oslo_policy/policy.py#n30021:25
bknudsonthen that will call _register.21:25
bknudsonat which point your options are available.21:26
jungleboyjOh ... oh ... ok.21:26
jungleboyjDoh.  So the problem is that I am not first initializing oslo_policy so the option really isn't there yet.21:27
bknudsonoslo.policy could use better docs.21:27
spyyyHi there. Is there a way for oslo.messaging to specify a timeout for RPC call on a server side (using rabbit transport)? I want to handle the situation when a client stops waiting for the result (because of client timeout), but the server continue and hanging and working on the procedure.21:27
bknudsonin this area21:27
*** e0ne has quit IRC21:28
dhellmannjungleboyj: hi21:28
*** mriedem is now known as mriedem_away21:28
jungleboyjdhellmann: Hey.  Was just trying to figure out how to use import_opt to set policy_file in olso_policy.21:29
dhellmannjungleboyj: you want to set the option value from the outside?21:30
dhellmannjungleboyj: see oslo_policy.opts.set_defaults()21:30
*** jamielennox is now known as jamielennox|away21:31
dhellmannjungleboyj: keep in mind, options are subject to move and aren't part of the API, so if you modify the config directly your code may break later if we change that option definition21:31
jungleboyjFor our test cases:  https://github.com/openstack/cinder/blob/master/cinder/tests/conf_fixture.py#L2421:32
*** stpierre has quit IRC21:32
jungleboyjdhellmann: Oh, I vaguely remember using set_defaults somewhere else.21:33
bknudsonjungleboyj: you should be able to call oslo_policy.opts.set_defaults(policy_file='cinder.policy') there.21:33
dhellmannjungleboyj: right. You want to combine oslo_config.fixture.Config() to clean up a config object, with oslo_policy.opts.set_defaults() to change the default21:33
bknudsonoslo_policy.opts.set_defaults(CONF, policy_file='cinder.policy')21:34
dhellmannbknudson: right21:34
*** ihrachyshka has joined #openstack-oslo21:34
jungleboyjdhellmann bknudson Sweet.  Let me try.21:34
dhellmannjungleboyj: although I don't know if that reset does anything to reset the default value of the option21:35
* dhellmann looks at code21:35
dhellmannoh, good, it does21:35
jungleboyjHey, I think I am making progress.21:43
dhellmanndims_, sileht : should we be planning to backport these heartbeat changes to the kilo stable branch?21:43
*** devlaps has quit IRC21:43
*** flaper87 has quit IRC21:50
stevemari need a notification for oslo.policy mentions21:50
jungleboyjstevemar: Oh, you are the policy man?21:51
stevemarjungleboyj, maybe, whats it to you?21:51
openstackgerritMerged openstack/oslo.messaging: rabbit: Improves logging  https://review.openstack.org/16533621:51
jungleboyjstevemar: Trying to get Cinder moved from incubator to oslo_policy.21:51
*** sigmavirus24 is now known as sigmavirus24_awa21:51
*** yamahata has quit IRC21:52
stevemarjungleboyj, dhellmann and sigmavirus24_awa know stuff too21:52
jungleboyj:-)21:52
*** yamahata has joined #openstack-oslo21:52
stevemarjungleboyj, heres the glance patch: https://review.openstack.org/#/c/162368/21:53
* dhellmann disavows any knowledge of anything21:53
*** flaper87 has joined #openstack-oslo21:53
stevemarjungleboyj, and the keystone patch: https://review.openstack.org/#/c/148624/21:53
stevemardhellmann, that's a good strategy, but you're too well known21:53
* dhellmann makes a note to buy a new irc nick21:54
stevemarmy favorite phrase at work it 'i know nothing'21:54
stevemaris*21:54
openstackgerritJoshua Harlow proposed openstack/taskflow: Just let the future executors handle the max workers  https://review.openstack.org/16435221:57
*** boris-42 has quit IRC22:02
*** bknudson has quit IRC22:09
*** jamielennox|away is now known as jamielennox22:12
*** sputnik13 has quit IRC22:13
*** sputnik13 has joined #openstack-oslo22:14
*** stevemar has quit IRC22:15
*** shardy is now known as shardy_z22:20
openstackgerritMerged openstack/oslo.messaging: cleanup connection pool return  https://review.openstack.org/16533722:29
*** andreykurilin_ has joined #openstack-oslo22:48
*** jecarey has quit IRC22:51
dims_harlowja_: here's the issue...if i do LOG.exception we print the message and the traceback. I would like to sqaush the traceback. i can do this by using LOG.error. however *if* needed someone like an operator or developer can turn on debug which would print the stack traces too. i know it's convoluted but the thing here is we need to find a balance between what we log and what we don't. one stupid traceback and there ar22:56
dims_e 10 people screaming at you to look see what failed :)22:56
harlowja_dims_ all i was saying is that i think the exc_info should either be a tuple (from sys.exc_info or equivalent) or true :-P22:56
dims_dhellmann: ack on the error vs warning will respin in a bit. thanks.22:56
harlowja_instead it appears to be the exception object itself22:57
dims_harlowja_: aha :)22:57
dims_will fix.22:57
harlowja_* which is not in the set of exc_info tupe, boolean... that i think the function expects22:57
harlowja_thats all22:57
harlowja_k22:57
dims_thanks :)22:58
harlowja_np22:58
harlowja_all logger.exception does is the following22:58
harlowja_https://hg.python.org/releasing/2.7.9/file/753a8f457ddc/Lib/logging/__init__.py#l118822:58
harlowja_kwargs['exc_info'] = 122:58
harlowja_        self.error(msg, *args, **kwargs)22:58
harlowja_lol22:58
*** gordc has quit IRC22:58
* harlowja_ thought thats funny22:59
harlowja_ha22:59
dims_haha22:59
*** zzzeek has quit IRC22:59
*** ihrachyshka has quit IRC23:03
*** subscope_ has quit IRC23:07
openstackgerritJoshua Harlow proposed openstack/taskflow: Avoid the writing to special task detail  https://review.openstack.org/16564523:13
*** sputnik13 has quit IRC23:14
*** sputnik13 has joined #openstack-oslo23:21
*** sputnik13 has quit IRC23:24
*** andreykurilin_ has quit IRC23:25
openstackgerritClint 'SpamapS' Byrum proposed openstack/oslo.messaging: Add a gearman/gearstore/gearhorn driver  https://review.openstack.org/16564623:25
SpamapSmorganfainberg: ^^ I _might_ have gotten obssessed and forgotten that you did some work there already..23:26
*** sputnik13 has joined #openstack-oslo23:26
morganfainbergSpamapS: ahh no worries. I've been stupid busy.23:26
morganfainbergHappy to see it.23:27
SpamapSmorganfainberg: note that it relies heavily on the other things I've been poking at, gearstore and gearhorn23:27
SpamapSI should be working on nodepool testing23:27
SpamapSbut this is just ... captivating  ;)23:27
harlowja_put that into kombu so the rest of the world can use it :-P23:28
SpamapSharlowja_: kombu is actually too demanding. I looked at that.23:29
harlowja_what means demanding, lol23:29
SpamapSharlowja_: I'd have to implement even more corners23:29
SpamapSalso AFAICT, there is no oslo.messaging "kombu" driver23:29
SpamapSso i'd have to write two things23:29
*** dims__ has joined #openstack-oslo23:29
harlowja_replace impl_rabbit with impl_kombu, lol23:30
SpamapSnothankyou23:30
SpamapSall the amqp crapola .. gah23:30
*** boris-42 has joined #openstack-oslo23:30
*** sputnik13 has quit IRC23:31
*** dims_ has quit IRC23:33
harlowja_hmmm, ok, me still thinks that u could just have something like https://github.com/celery/kombu/blob/master/kombu/transport/memory.py (which is not doing that much) and u could then have a working transport for kombu23:33
harlowja_but to each there own23:33
SpamapSharlowja_: btw, the kombu base class is HORRIBLY documented, which is another reason I ran for the hills.23:34
harlowja_cough cough, #celery channel (asksol author is in there)23:35
SpamapSharlowja_: but really, biggest problem is there's just no impl_kombu in oslo.messaging, so it doubles the amount of code I have to do. :-/23:35
harlowja_ya, thats a different conundrum23:35
harlowja_since the impl_rabbit in oslo.messaging is like some weird hybrid of kombu, rabbit...23:36
harlowja_and likely with some massaging impl_rabbit could turn into impl_kombu (and maybe it should?)23:36
harlowja_and then the impl_qpid maybe can go away also23:36
harlowja_tech debt fun, lol23:37
SpamapSyeah there's a mountain of it23:37
SpamapSharlowja_: honestly, if you show me a "how to write a driver for kombu" page, I'll poke at it next.23:37
*** sputnik13 has joined #openstack-oslo23:38
*** sputnik13 has quit IRC23:38
SpamapSharlowja_: but really, if you are going to suggest we do kombu drivers.. first step is getting oslo.messaging to be a thin layer in front of kombu. :)23:38
SpamapSOR aboloshing oslo.messaging.23:38
harlowja_http://paste.ubuntu.com/10624084/23:39
harlowja_lol23:39
harlowja_there i make u a page23:39
SpamapSaw snap there it is ok I did all the steps now what?23:39
SpamapSit's failing travis-ci23:39
harlowja_lol23:39
harlowja_https://github.com/celery/kombu/issues/43023:39
harlowja_that might intersest u23:39
harlowja_typically i jump on #celery and bug asksol if i have quesetions, i think the docs could be improved23:40
harlowja_but idk asksol's priorities/job/anything, lol23:40
harlowja_* https://github.com/ask (that guy)23:40
klindgren_aren't the rabbit people saying dont use kombu/celery anymore but use some other driver?23:40
harlowja_they somehow told the stacktach people to use a driver thats not maintained afaik23:41
harlowja_seems questionable, lol23:41
harlowja_oh, nm, seems somewhat upated23:41
harlowja_https://pypi.python.org/pypi/pika23:41
harlowja_* https://github.com/pika/pika23:42
harlowja_and maybe we really should just use that, how many people really run things other than rabbitmq?23:43
harlowja_idk23:43
*** e0ne has joined #openstack-oslo23:43
harlowja_if 99% of the people run rabbitmq, then imho use pika, stop kidding ourselves, move on...23:43
harlowja_*of the operators/deployers...23:44
SpamapSharlowja_: the point of what I'm doing is to replace rabbitmq because honestly it is _awful_ to administer.23:44
harlowja_understandable, i haven't used gearman much, but i know others at y! have23:44
harlowja_although i will sorta stick to my guns, and say that if 99% of the operators are using it, and have gotten used to its quirks, then meh, the grass on the other side of the fence is always less awful :-P23:46
harlowja_until u get there and its brown, lol23:46
* harlowja_ thinks postively!23:46
harlowja_lol23:46
openstackgerritJoshua Harlow proposed openstack/taskflow: By default use a in memory backend (when none is provided)  https://review.openstack.org/16565423:46
SpamapSharlowja_: the feedback from the ops meetup is that everybody is spending a ton of time dealing with those quirks.23:46
harlowja_u trying to take the operators jerb, lol23:47
SpamapSharlowja_: meanwhile in infra we've been using gearman for messaging for quite a while and are very comfortable running our cloud with it.23:47
harlowja_taking there jerb23:47
SpamapStryin'na take mah jerrb23:47
harlowja_lol23:47
lifelessmmm23:49
lifelessso the operators use rabbit because we built this city on rock and roll23:49
harlowja_jimmy hendrix stack23:49
harlowja_lol23:49
lifelessif we want to pick better plumbing, lets do it. gear isn't appreciably better in the ways that matter /here/ AFAICT.23:49
lifelesswe can't assess whats better on the basis of whats deployed, rather on the basis of how well it matches what deployers need.23:50
SpamapSlifeless: gear is dead dumbass simple which is one reason it's my preference.23:50
lifelessE.g. reliability. Low operational headaches. Efficiency.23:50
lifelessSpamapS: I'm not dissing gear.23:50
harlowja_lifeless sure, its a tricky situation, to move the needle, to maybe something better, always a risk23:50
lifelessSpamapS: RPC over mq in general is just daft. I think replacing rabbit with gear is a forest-for-trees situation23:50
harlowja_although me personally, would just like stuff to all be http, ha23:50
harlowja_but maybe thats cause i'm brain washed at yahoo where most stuff is23:51
harlowja_^ totally possible, lol23:51
lifelessSpamapS: gear is lovely to work with, and as its actually an RPC system, its a better fit for RPC problems than rabbit23:51
SpamapSrabbitmq problems: clustering loses messages on failover, connection heartbeats aren't reliable enough to keep from causing spurious errors.23:51
openstackgerritDavanum Srinivas (dims) proposed openstack/oslo.messaging: Publish tracebacks only on debug level  https://review.openstack.org/16554423:51
lifelessSpamapS: but (IIRC) its synchronous on each channel, which may have significant implications. Contrast that with e.g. grpc23:51
lifelessSpamapS: yes, rabbits terrible.23:52
SpamapSlifeless: no, gear is sync or async23:52
SpamapSlifeless: background=(True|False)23:52
lifelessSpamapS: ok, good.23:52
lifelessSpamapS: AIUI you're hacking on a fan-out approximation though23:52
lifelessSpamapS: As a thunk thats reasonable, but we should (IMO) be focusing on an actual RPC model23:53
SpamapSlifeless: I did create one yes. https://github.com/SpamapS/gearhorn23:53
lifelessrather than RPC on MQ model on RPC system on MQ emulator23:53
lifeless:)23:53
SpamapSlifeless: and a durable worker too  https://github.com/SpamapS/gearstore23:53
lifelessI have to take C to gym23:53
harlowja_whose gonna take A and B ?23:53
SpamapSwe MUST, I think, have more ways to define which things need durable messaging vs. which don't in oslo.messaging btw23:53
lifelessdon't have an A or B23:53
SpamapS90% of the time you probably don't need durable.23:54
lifelessSpamapS: right,a nd you don't for RPC :)23:54
lifelessSpamapS: so I guess I'm really saying, I think the direct path (targeted RPC) is more valuable than a gear backend for oslo.messaging.23:54
lifelesswould love to chat more, but later.23:54
SpamapSlifeless: yeah, as long as you're gonna hang around and wait for replies, no sense making things durable.23:54
lifelessSpamapS: (and targeted RPC with gear is entirely doable and makes sense)23:54
SpamapSlifeless: I am going to have to deploy a cloud soon, so I am trying to not have to deploy RabbitMQ. :)23:55
SpamapSstripping away all the wasteful durable messaging will be an optimization at that point. :)23:55
SpamapSthe fanouts are actually pretty performant.23:55
SpamapSand I don't see them as a reliability problem in most cases.23:56
SpamapSthe main place that uses fanout is neutron dhcp23:58
SpamapSand there are some other bits like compute sending updates about available resources23:58
SpamapSneither of those have many subscribers23:58
SpamapSanyway, I have to run too23:59
* SpamapS disappears23:59

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