Tuesday, 2015-02-24

*** dims has quit IRC00:08
*** tsekiyam_ has joined #openstack-oslo00:24
*** tsekiyama has quit IRC00:28
openstackgerritJoshua Harlow proposed openstack/taskflow: Experimentally & optionally use tooz to find/advertise workers  https://review.openstack.org/15149500:28
openstackgerritEric Brown proposed openstack/oslo.vmware: Change use of random to random.SystemRandom  https://review.openstack.org/15688900:39
*** dims has joined #openstack-oslo00:42
*** mtanino has joined #openstack-oslo00:42
openstackgerritJoshua Harlow proposed openstack/taskflow: Experimentally & optionally use tooz to find/advertise workers  https://review.openstack.org/15149500:43
*** ChuckC has quit IRC00:56
*** sigmavirus24 is now known as sigmavirus24_awa01:10
*** devlaps has quit IRC01:11
*** david-lyle is now known as david-lyle_afk01:19
*** achanda has quit IRC01:21
*** noelbk has quit IRC01:39
*** tsekiyam_ has quit IRC01:48
*** jecarey has quit IRC01:50
*** himangi has joined #openstack-oslo02:03
*** dims has quit IRC02:14
openstackgerritMin Pae proposed openstack/taskflow: Added a map and a reduce task  https://review.openstack.org/15767702:51
*** yamahata has quit IRC03:06
*** MasterPiece has quit IRC03:11
openstackgerritJoshua Harlow proposed openstack/taskflow: Allow periodics to run in parallel (WIP/Exploratory)  https://review.openstack.org/15809203:12
*** stevemar has quit IRC03:55
*** amotoki has joined #openstack-oslo03:55
*** stevemar has joined #openstack-oslo03:55
*** himangi has quit IRC03:55
*** harlowja is now known as harlowja_away04:14
*** harlowja_away is now known as harlowja04:15
*** devlaps has joined #openstack-oslo04:17
openstackgerritJoshua Harlow proposed openstack/taskflow: Allow periodics to run in parallel (WIP/Exploratory)  https://review.openstack.org/15809204:50
*** sputnik13 has quit IRC04:55
openstackgerritJoshua Harlow proposed openstack/oslo.utils: Allow providing a logger to save_and_reraise_exception  https://review.openstack.org/15815805:06
openstackgerritJoshua Harlow proposed openstack/taskflow: Allow periodics to run in parallel (WIP/Exploratory)  https://review.openstack.org/15809205:11
*** devlaps has quit IRC05:17
*** achanda has joined #openstack-oslo05:34
*** harlowja is now known as harlowja_away06:11
*** andreykurilin_ has joined #openstack-oslo06:14
*** sputnik13 has joined #openstack-oslo06:24
*** sputnik13 has quit IRC06:26
*** sputnik13 has joined #openstack-oslo06:34
*** andreykurilin_ has quit IRC06:44
*** rushiagr_away is now known as rushiagr06:49
*** sputnik13 has quit IRC06:52
openstackgerritMerged openstack/taskflow: Refactor parts of the periodic worker  https://review.openstack.org/15809606:58
*** sputnik13 has joined #openstack-oslo07:05
openstackgerritMerged openstack/taskflow: Use oslo.utils encodeutils for encode/decode functions  https://review.openstack.org/15814307:05
openstackgerritMerged openstack/taskflow: Move 'provides' and 'name' to instance attributes  https://review.openstack.org/15506007:06
*** sputnik13 has quit IRC07:08
openstackgerritValeriy Ponomaryov proposed openstack/oslo.config: Add exception handling for entry points  https://review.openstack.org/15386307:12
*** sputnik13 has joined #openstack-oslo07:14
*** rushiagr is now known as rushiagr_away07:42
*** e0ne has joined #openstack-oslo07:50
*** dulek has joined #openstack-oslo07:59
*** sputnik13 has quit IRC07:59
*** sputnik13 has joined #openstack-oslo08:00
*** i159 has joined #openstack-oslo08:31
*** dtantsur|afk is now known as dtantsur08:37
*** achanda has quit IRC08:42
openstackgerritValeriy Ponomaryov proposed openstack/oslo.config: Add exception handling for entry points  https://review.openstack.org/15386308:46
*** achanda has joined #openstack-oslo08:49
*** ajo has joined #openstack-oslo08:51
*** vigneshvar has joined #openstack-oslo08:53
*** burgobianco has quit IRC09:04
*** achanda has quit IRC09:06
*** rpodolyaka_afk is now known as rpodolyaka09:08
*** sputnik13 has quit IRC09:15
*** SridharGaddam has joined #openstack-oslo09:19
*** viktors|afk is now known as viktors09:20
*** salv-orlando has joined #openstack-oslo09:21
*** sputnik13 has joined #openstack-oslo09:22
*** stevemar has quit IRC09:34
*** i159 has quit IRC09:35
*** openstackgerrit has quit IRC09:36
*** openstackgerrit has joined #openstack-oslo09:36
*** i159 has joined #openstack-oslo09:37
*** himangi has joined #openstack-oslo09:40
*** jaosorior has joined #openstack-oslo09:50
*** takedakn has joined #openstack-oslo09:59
*** harlowja_away has quit IRC10:04
*** ihrachyshka has joined #openstack-oslo10:06
*** khivin has joined #openstack-oslo10:08
*** himangi has quit IRC10:08
openstackgerritYuriy Nesenenko proposed openstack/oslo.config: Fix cfg.py checks list_config_files if it is empty  https://review.openstack.org/15745410:13
*** himangi has joined #openstack-oslo10:33
*** exploreshaifali has joined #openstack-oslo10:35
*** takedakn has quit IRC10:57
*** himangi has quit IRC10:58
*** subscope has quit IRC11:05
*** shardy is now known as shardy_afk11:13
*** subscope has joined #openstack-oslo11:17
*** salv-orlando has quit IRC11:18
*** dims has joined #openstack-oslo11:20
*** takedakn has joined #openstack-oslo11:31
*** takedakn has quit IRC11:32
*** takedakn has joined #openstack-oslo11:32
*** takedakn has quit IRC11:36
dimsrpodolyaka: dhellmann: mdbooth on nova channel found something else in oslo.db trunk that may break nova when released. he is filing a bug or review shortly11:36
*** takedakn has joined #openstack-oslo11:40
*** takedakn has quit IRC11:40
*** exploreshaifali has quit IRC11:40
*** sputnik13 has quit IRC11:41
rpodolyakadims: it's the same thing we talked about yesterday11:42
rpodolyakadims: I have a patch on review https://review.openstack.org/#/c/158364/11:42
*** sputnik13 has joined #openstack-oslo11:42
*** exploreshaifali has joined #openstack-oslo11:43
dimsrpodolyaka: i thought so, but he said it's different!11:43
*** sputnik13 has quit IRC11:44
rpodolyakadims: heh :)11:45
dimsthanks, looks like you both are in sync, haha11:47
*** cdent has joined #openstack-oslo11:48
*** himangi has joined #openstack-oslo11:54
*** exploreshaifali has quit IRC12:08
*** salv-orlando has joined #openstack-oslo12:10
openstackgerritMatthew Booth proposed openstack/oslo.db: Revert "Organize provisioning to use testresources"  https://review.openstack.org/15866212:10
*** eezhova has joined #openstack-oslo12:25
flaper87do you guys know if there's a type of flow in taskflow that doesn't cause a rollback ?12:25
flaper87I mean, when one of the tasks fails12:26
flaper87ah mmh, it's probably done at a task level12:27
flaper87using Retry12:27
dimsflaper87: too early for harlowja :)12:59
flaper87dims: yeah, I didn't want to sound rude and just say "I'll wait for harlowja"13:00
flaper87:D13:00
dimshehe13:01
*** kgiusti has joined #openstack-oslo13:03
dhellmannrpodolyaka, dims : I missed most of the discusssion of oslo.db yesterday. I see mdbooth's revert patch there, is that the direction we want to take?13:04
rpodolyakadhellmann: we are currently arguing in #openstack-nova...13:05
dimsdhellmann: no13:06
dhellmannrpodolyaka: I'll join you13:06
rpodolyakadhellmann: the problem is we didn't make DbFixture private in the first place and mdbooth has started to use it (in his patch series that hasn't been merged yet) and the fixture is not usable without DbTestCase13:07
rpodolyakadhellmann: so basically now we are arguing what should be the public API oslo.db exposes - a base test case or a fixture13:07
rpodolyakadhellmann: while I see the point of the fixture it's not the  way it is right now13:08
rpodolyakadhellmann: and we really meant to expose only DbTestCase and it's subclasses (PostgreSQL/MySQL opportunistic test cases)13:08
*** himangi has quit IRC13:09
rpodolyakadhellmann: so mdbooth wants us to do a revert of a testresources patch and redesign the fixture a bit, while I suggested to merge https://review.openstack.org/#/c/158364/3 to nova and unblock oslo.db release13:09
*** vigneshvar has quit IRC13:13
*** mdbooth has joined #openstack-oslo13:16
* mdbooth waves13:17
dhellmannhi, mdbooth13:17
*** exploreshaifali has joined #openstack-oslo13:17
dhellmannrpodolyaka: could we fix DbFixture by making it take the schema as an argument?13:17
dhellmannor do you *want* it to be private?13:17
*** sreshetnyak has joined #openstack-oslo13:18
rpodolyakaso I'd say the way it's written right now implies it to be private...13:18
dhellmannand multiple inheritance with test classes definitely can cause problems, so we'll want to spend some time thinking about how to address that13:18
rpodolyakaI see mdbooth point in actually making it 'public' and usable13:18
dhellmannrpodolyaka: what says that to you? just the implementation?13:18
rpodolyakausable on its own, without DbTestCase13:18
rpodolyakadhellmann: yes, implementation13:18
mdboothI've actually used it. It is currently usable.13:19
mdboothWell, it was.13:19
dimshaha, in a review, not merged yet :)13:19
mdboothdims: In 2 patches.13:19
dhellmannrpodolyaka: ok, well apparently we didn't signal that well enough :-)13:19
rpodolyakawe didn't :(13:19
dhellmannso the question is, is it something we do want to support?13:19
mdboothBut remember, I can't do those things if we let the breakage stand.13:20
dimsdhellmann: right13:20
dhellmannnot a big deal, we're learning13:20
dhellmannmdbooth: right now nothing is actually broken, right? so we're trying to agree on the path to a release that doesn't break13:20
mdboothdhellmann: Right now my patch series is broken.13:20
*** amotoki has quit IRC13:21
dimsdhellmann: i'd just block the usage of stuff we don't want people to use right now when it's not in anyone's trunk13:21
mdboothIt replaces nova custom db stuff with DbFixture13:21
dhellmannmdbooth: ok13:21
rpodolyakadhellmann: so we might give it a try to put this https://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/test_base.py#L90-L165 into DbFixture and add docs on how to use it and advertise that approach instead of inheritance13:21
dhellmannmdbooth: does it use both the fixture and the base class?13:21
mdboothdhellmann: No, just the fixture.13:21
mdboothUsing the base class isn't likely to work13:22
mdboothNot cleanly, anyway13:22
dhellmannrpodolyaka: ok, that sounds like a reasonable approach to at least try13:22
dhellmannmdbooth: that was my understanding, so I'm just making sure I didn't miss something in the scrollback earlier13:22
dimsdhellmann: so we add _ to the base class13:22
rpodolyakaok, so revert or change to nova first then? :)13:22
dhellmannwhat change in nova?13:22
rpodolyakahttps://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/test_base.py#L90-L16513:23
dhellmannI thought we were talking about things still in progress?13:23
rpodolyakaoops, https://review.openstack.org/#/c/158364/313:23
mdboothdhellmann: The same change also broke existing nova tests in another way.13:23
mdboothBut we have a nova patch for that.13:23
* dims back in 20 mins, gotta drop off kids to school - too cold!13:23
rpodolyakadhellmann: yesterday's issue with deletion of attributes13:23
dhellmannyeah, I'm really not inclined to say that's a thing that's our fault13:24
sdaguerpodolyaka: I very much like the idea of highly documented fixture13:24
sdaguedhellmann: agreed, however it's fallout from multiple inheritance problem13:24
sdaguewhich I think is the root issue that needs to be unwound13:24
dhellmannsdague: yeah, I think we'll need to have a policy of not using test base classes13:25
dhellmannunfortunately, we already have one out there13:25
sdaguedefinitely not exporting functionality that way13:25
*** salv-orlando has quit IRC13:25
dhellmannright13:25
sdagueexporting test facilities from libraries should really come as well documented fixtures13:25
*** salv-orlando has joined #openstack-oslo13:26
sdaguehonestly, I've been internally cleaning up the nova tree a ton here this cycle as well13:26
dhellmannhow about this: 1. mark the current version of the fixture private 2. keep the existing test class as-is and deprecate it 3. release oslo.db 4. create a new public fixture with the features of both13:26
dhellmannstep 3 relies on that nova patch, I guess13:27
rpodolyaka+113:27
dhellmannand of course 5. release oslo.db with the public supported fixture13:27
mdboothI'm still -1 on that.13:27
mdboothIt was usable as a fixture, and now it's not.13:27
mdboothI call that a regression.13:27
sdaguemdbooth: but you'll get the fixture in a little bit, right?13:28
dhellmannmdbooth: look, I'm sorry, but we made a mistake and you've gotten caught up in it. We're going to work to fix that, but it's going to take a little time to get right.13:28
mdboothsdague: I'd be happy to leave it as is until we get there.13:28
*** gordc has joined #openstack-oslo13:28
mdboothThat way there's no period of regression.13:28
dhellmannbut we don't want anyone else to use it.13:28
sdaguemdbooth: but it's not in tree regression13:28
sdaguedhellmann: I think your plan is a reasonable one13:29
mdboothMy doomometer predicts this will never be fixed :)13:29
dhellmannrpodolyaka: do you have folks available to work on it this week?13:30
mdboothMy expection is that if we allow it to be broken now, it will never work13:30
dhellmannmdbooth: I find your lack of faith disturbing. :-)13:30
mdboothdhellmann: We could just leave it, you know. What's the rush to get this patch back in?13:30
mdboothIs there some specific feature depending on it?13:30
rpodolyakadhellmann: I think me, viktors or zzzeek will give it a try just to prove mdbooth wrong :)13:30
mdboothrpodolyaka: LOL. That's my favourite way to be wrong :)13:31
dhellmannmdbooth: 1. We do not want anyone else to use the fixture. 2. We have other projects waiting for unreleased fixes in the library, and have delayed a few weeks releasing now already.13:31
dhellmannso we want to first get to a point where nova's master branch won't break if we release, then release, then work on making this thing publicly consumable13:31
mdboothI see where you're coming from, but I can't say I'm not disappointed13:32
dhellmannrpodolyaka: ok, good. please file a bp. I don't think you  need a spec unless you want to work out the design details that way, but a bp will help all of us keep track of progress.13:32
rpodolyakadhellmann: ok13:33
* mdbooth abandons the ability to run db tests on MySQL :(13:33
dhellmannmdbooth: I do understand.13:33
dhellmannmdbooth: how about if you give us a week before you give up hope?13:33
mdboothI'll be watching :)13:34
dhellmannmdbooth: good, we can always use more reviewers13:34
dhellmannmdbooth: you could also, you know, help with the patch itself ;-)13:35
*** jaypipes has quit IRC13:36
sdaguemdbooth: honestly, if we are talking about a couple of weeks here, you can keep your patch set up against the old fixture and work through issues13:41
sdagueand once the new fixture is up, flip it over to use that13:41
sdaguedhellmann: ok, so which patch do we need on the nova side again?13:42
rpodolyakadhellmann: mdbooth: https://blueprints.launchpad.net/oslo.db/+spec/make-db-fixture-public13:42
*** rushiagr_away is now known as rushiagr13:43
*** ChuckC has joined #openstack-oslo13:45
rpodolyakasdague: https://review.openstack.org/15836413:46
sdaguedhellmann: so we should deprecate oslotest base class as well, right? what is the prescribed correct way for that in an oslo lib at this point?13:56
*** bknudson has joined #openstack-oslo13:57
dhellmannsdague: I'll have to look at what that class does. I *thought* it just set up a few common fixtures, but if it has other features we'll see if they need to move to fixtures13:57
dhellmannrpodolyaka: thanks13:58
sdaguewell, looking at https://review.openstack.org/158364 we have to add the timeout bit a 3rd time because of the interactions between oslotest and nova base test classes13:58
sdagueso I think we should just deprecate the oslotest base class and expose those things as fixtures13:59
*** vigneshvar has joined #openstack-oslo13:59
dhellmannsdague: yeah, that seems like it might be better. I had hoped that class would avoid the need for everyone to invent their own base, but if they're doing so anyway...14:01
sdaguefor stuff like tests, I kind of thing it's important that people invent their own base classes14:01
sdaguebecause it's really important to be aware of everything that's happening here14:02
dhellmannthat does make sense. the stuff in that base class came out of nova, iirc, and similar patterns were happening everywhere, so we thought having a single copy would be better. maybe tests are just different enough that way14:03
* dims catching up on scrollback14:03
dimsyay, we have a plan14:04
dhellmanndims: I'm looking out of my window, and I think your delivery of snow was misdirected. Should I mark it "return to sender"?14:04
dimshaha, it's now solid ice dhellmann, we could build a igloo in my backyard14:04
dhellmanndims: those are fun, you should!14:05
sdagueit was -11 here this morning. I'm getting ready for spring :)14:05
dhellmannwe have just a dusting, and it's supposed to rain later today, but then snow more tomorrow14:05
dhellmannI hope the store isn't out of bread by the time I get there :-)14:06
dimssdague: +1000000000000014:06
* dhellmann goes to find breakfast14:06
dimsdhellmann: so i learnt that we have to keep cash in the house in winter now apparently. clearing snow off roof etc are pure cash only business!14:07
sdaguedims: interesting... :)14:07
*** kgiusti has left #openstack-oslo14:07
*** dims has quit IRC14:13
*** dims has joined #openstack-oslo14:13
dhellmanndims: avoiding taxes, I suppose?14:14
*** vigneshvar has quit IRC14:21
*** amotoki has joined #openstack-oslo14:24
*** salv-orlando has quit IRC14:24
*** mtanino has quit IRC14:34
*** kgiusti has joined #openstack-oslo14:36
*** yamahata has joined #openstack-oslo14:36
dimsdhellmann: y14:42
*** mriedem has joined #openstack-oslo14:47
openstackgerritLi Ma proposed openstack/oslo.messaging: ZeroMQ deployment guide  https://review.openstack.org/13094314:50
*** exploreshaifali has quit IRC14:57
*** alexpilotti has quit IRC15:07
flaper87harlowja wake up, NOW! >.>15:12
*** mfedosin has quit IRC15:14
*** mfedosin has joined #openstack-oslo15:14
*** daniel3_ has joined #openstack-oslo15:15
*** sigmavirus24_awa is now known as sigmavirus2415:16
kragnizflaper87: real people sleep15:16
kragniznot like these Mk 87 flaper robots15:16
*** salv-orlando has joined #openstack-oslo15:17
flaper87kragniz: damn, I keep forgetting that :(15:18
*** jecarey has joined #openstack-oslo15:19
*** prad has joined #openstack-oslo15:19
* bnemec is annoyed that Georgia is getting more snow than Minnesota15:22
*** jecarey has quit IRC15:23
*** mtanino has joined #openstack-oslo15:23
*** devlaps has joined #openstack-oslo15:24
*** devlaps has quit IRC15:24
* dhellmann packs up snow to send to bnemec 15:37
bnemec:-)15:38
openstackgerritDoug Hellmann proposed openstack/oslo-specs: Dropping oslo-cache-using-dogpile spec  https://review.openstack.org/15873415:39
dhellmannmorganfainberg: ^^ let me know if I'm wrong, please!15:39
morganfainbergyou're right15:40
morganfainbergbye bye spec15:40
morganfainberg:(15:40
dhellmannmorganfainberg: would you +1 the spec for the record? :-(15:40
morganfainbergyep15:40
openstackgerritDoug Hellmann proposed openstack/oslo-specs: Dropping graduate-oslo-reports  https://review.openstack.org/15873615:42
*** stevemar has joined #openstack-oslo15:43
*** david-lyle_afk is now known as david-lyle15:47
dhellmanndims, bnemec, flaper87, jd__: I've submitted 2 spec removals for blueprints we aren't likely to be doing this cycle. I don't want to approve them without you all having a chance to see. ^^15:48
* flaper87 clicks15:49
bnemecdhellmann: +2 to both15:49
dimsyep me too15:49
*** rushiagr is now known as rushiagr_away15:50
flaper87+2 to both15:50
dhellmanndims, bnemec, flaper87, jd__ : do any of you know solly's irc nick?15:54
bnemecdhellmann: sross I believe15:55
dimsi see a directxman12 as well15:55
bnemecOh yeah, that might be his public nick.15:57
dhellmanndims: thanks, I pinged him15:58
dimsdansmith: one question inline - https://review.openstack.org/#/c/158359/1/oslo_versionedobjects/base.py,cm15:59
*** enikanorov has joined #openstack-oslo16:00
dansmithdims: just replied, thanks, good catch16:02
*** jecarey has joined #openstack-oslo16:03
*** vigneshvar has joined #openstack-oslo16:21
*** tsekiyama has joined #openstack-oslo16:25
*** tsekiyama has quit IRC16:26
*** tsekiyama has joined #openstack-oslo16:26
bnemecdhellmann: Your snow delivery just arrived here. :-)16:27
dhellmannbnemec: you're welcome!16:27
*** daniel3_ has quit IRC16:30
*** yamahata has quit IRC16:38
*** i159 has quit IRC16:41
*** vigneshvar has quit IRC16:44
*** yamahata has joined #openstack-oslo17:02
dansmithdims: somehow we lost test coverage of that path, so adding it back in found another bug. so, double thanks :)17:02
dimsvery cool17:02
openstackgerritDan Smith proposed openstack/oslo.versionedobjects: Allow subclasses to define the serialization namespaces  https://review.openstack.org/15835917:06
*** exploreshaifali has joined #openstack-oslo17:07
*** ihrachyshka has quit IRC17:07
*** dtantsur is now known as dtantsur|afk17:08
*** vigneshvar has joined #openstack-oslo17:10
*** amotoki has quit IRC17:12
viktorsdhellmann: hi! A quick question - who do we use oslo.config version<=1.6.0 - not <=1.6.1 - at  https://github.com/openstack/requirements/blob/stable/juno/global-requirements.txt#L55 ?17:13
*** noelbk has joined #openstack-oslo17:15
dhellmannviktors: I'd have to go look, but I think 1.5 was the juno series and 1.6 started the kilo series, and we don't want patch versions from kilo ending up in the juno test environment17:17
dimsdansmith: would a test for VersionedObjectSerializer's override option of OBJ_SERIAL_NAMESPACE be good to add?17:19
dansmithdims: ah, sure17:19
viktorsdhellmann: hm, ok, let it be17:22
viktorsdhellmann: but it looks like, that the kilo series started with 1.5 ...17:26
viktorsok, will look tomorrow17:27
*** daniel3_ has joined #openstack-oslo17:27
*** viktors is now known as viktors|afk17:27
dhellmannviktors: ok, it's possible we went with a higher number because that was what we were actually testing in the gate at the time17:27
openstackgerritDoug Hellmann proposed openstack/oslo-specs: Add general policy on test tooling  https://review.openstack.org/15878717:32
openstackgerritDoug Hellmann proposed openstack/oslo-specs: Refactor oslotest base class into fixtures  https://review.openstack.org/15878817:32
dhellmannsdague, rpodolyaka: ^^17:33
viktors|afkdhellmann: is that spec to L cycle &17:34
rpodolyakadhellmann: ack, will take a look tomorrow17:34
viktors|afktake a look tomorrow as well. Also it's would be nice to ping zzzeek...17:35
dhellmannviktors|afk: the policy is for now, the spec for oslotest is for L17:35
dhellmannviktors|afk: I'll add him. I don't see him online.17:35
viktors|afkdhellmann: ok, thanks!17:36
viktors|afkbye :)17:36
*** daniel3__ has joined #openstack-oslo17:58
*** ihrachyshka has joined #openstack-oslo18:00
*** daniel3_ has quit IRC18:01
*** dulek has quit IRC18:04
openstackgerritDan Smith proposed openstack/oslo.versionedobjects: Allow subclasses to define the serialization namespaces  https://review.openstack.org/15835918:07
dansmithdims: I changed the serializer bit a little after writing that test and deciding it could be more helpfuler a different way ^18:07
*** prad has quit IRC18:09
*** devlaps has joined #openstack-oslo18:11
*** vigneshvar has quit IRC18:15
*** harlowja has joined #openstack-oslo18:20
*** ChuckC has quit IRC18:20
*** ChuckC has joined #openstack-oslo18:21
*** harlowja has quit IRC18:24
*** harlowja has joined #openstack-oslo18:24
*** sputnik13 has joined #openstack-oslo18:43
*** cdent has quit IRC18:45
*** vigneshvar has joined #openstack-oslo18:48
*** achanda has joined #openstack-oslo18:52
openstackgerritMerged openstack/oslo.vmware: Change use of random to random.SystemRandom  https://review.openstack.org/15688919:01
*** crc32 has joined #openstack-oslo19:13
*** ChuckC_ has joined #openstack-oslo19:23
*** vigneshvar has quit IRC19:25
openstackgerritMin Pae proposed openstack/taskflow: Added a map and a reduce task  https://review.openstack.org/15767719:25
*** ChuckC has quit IRC19:25
*** ChuckC has joined #openstack-oslo19:26
*** ChuckC_ has quit IRC19:28
*** prad has joined #openstack-oslo19:31
*** achanda has quit IRC19:33
*** devlaps has quit IRC19:33
*** achanda has joined #openstack-oslo19:41
*** prad has quit IRC19:43
*** e0ne has quit IRC19:43
*** trown is now known as trown|brb19:50
*** kgiusti1 has joined #openstack-oslo20:00
*** kgiusti has quit IRC20:01
*** sigmavirus24 is now known as sigmavirus24_awa20:11
openstackgerritJoshua Harlow proposed openstack/taskflow: Experimentally & optionally use tooz to find/advertise workers  https://review.openstack.org/15149520:12
*** sigmavirus24_awa is now known as sigmavirus2420:13
*** trown|brb is now known as trown20:16
krotscheckIs there a best practice way for something to reach into the oslo_db config and pull out the connection string? I'd like to reuse it for apscheduler.20:20
krotscheck(Other than list_opts)20:21
*** exploreshaifali has quit IRC20:24
krotscheckn/m, just registering them for safety's sake works.20:32
*** roaet has joined #openstack-oslo20:33
roaetHowdy oslo folk.20:33
*** prad has joined #openstack-oslo20:40
roaetdhellmann or stevedore pros: I'm really not certain how to use TextExtensionManager with an example Plugin/extension that is not 'installed'.20:41
*** jaosorior has quit IRC20:41
roaetAll the examples appear to assume that the extensions will be installed into the python path with the entry points, which I'm fine with during runtime, but during testing I don't know how to make the Extension to put in the list for the constructor of the TestExtensionManager.20:42
krotscheckroaet: You mean something like make_test_instance?20:43
roaetDon't you need to make an Extension for the first arg of that? Yes. I don't know how to make that extension then.20:43
krotscheckroaet: Sec, lemme pastebin something for ya.20:44
roaetkrotscheck: thanks!20:44
openstackgerritCedric Brandily proposed openstack/cliff: Allow to call initialize_app when running --help  https://review.openstack.org/15834320:44
krotscheckroaet: http://paste.openstack.org/show/181417/20:45
krotscheckThe extension list is created in setUp20:45
krotscheckroaet: The test that came from is here, but it's a little confusing because we extend ExtensionManager and call it StoryboardPluginLoader http://git.openstack.org/cgit/openstack-infra/storyboard/tree/storyboard/tests/plugin/test_base.py20:46
roaetkrotscheck: cool. trying to understand it right now.20:47
roaetwhere does the ep 'stroyboard.plugin.testing' come into play? does it not because it's testing?20:47
krotscheckroaet: So, that's the namespace under which the plugin is defined in setup.cfg20:48
krotscheckSee http://git.openstack.org/cgit/openstack-infra/storyboard/tree/setup.cfg20:48
*** kgiusti1 has quit IRC20:48
krotscheckit's just a convenient way for me to say "Hey, try to 'load' the plugins in this dummy entry point"20:49
krotscheckNormally it'd be storyboard.plugin.user_preferences or something else.20:49
roaetAh so that ep is a dummy (since it's not in the cfg)20:49
krotscheckyep20:49
roaetSo in this situation you create the extensions list in setup, then create an extension named 'test_one', has no EP or plugin, and then uses the TestClass itself as the object?20:50
roaetYou don't need have a EP or plugin for an Extension?20:50
roaet(which seems obvious, but wondering if I should PR a doc change to the code)20:51
krotscheckAlmost. The plugins are loaded into the dummy ep when make_test_instance is invoked.20:52
roaetkrotscheck: https://github.com/dhellmann/stevedore/blob/master/stevedore/extension.py#L22 if it said 'can be null' or whatever that'd help a bit.. I think I understand now what it happening. Thanks!20:52
krotscheckroaet: You're welcome!20:52
krotscheckGlad I could help20:52
roaetkrotscheck: Ah. i can see that. I just had no idea how to make the Extension to put into the list for make_test_instance20:52
roaetbecause I didn't know what to do for the plugin arg of Extension contructor20:52
krotscheckYeah, I'm sure those parameters are useful for something, just not for this particular case.20:52
dansmithdims: that same test is failing again.. known issue or just luck?20:53
roaetkrotscheck: do you think it'd be objectionable to make a PR to add 'can be none' to that param list?20:53
roaetit really would have helped me a lot to know that it was even an option.20:53
krotscheckroaet: I don't think so, but the cores will be certain to bring it up if it is.20:54
roaetthanks again krotscheck20:54
krotscheckAnd more documentation is always good20:54
openstackgerritJoshua Harlow proposed openstack/oslo.utils: Allow providing a logger to save_and_reraise_exception  https://review.openstack.org/15815820:58
harlowjadtantsur|afk something u might be interested in for https://review.openstack.org/#/c/158092/21:02
harlowjait could replace that whole periodic stuff (and then either use real threads, or green threads, depending on what is patching what)21:03
*** ihrachyshka has quit IRC21:03
*** kgiusti has joined #openstack-oslo21:04
*** kgiusti has quit IRC21:04
openstackgerritJoshua Harlow proposed openstack/taskflow: Allow periodics to run in parallel (WIP/Exploratory)  https://review.openstack.org/15809221:05
harlowjasomething to look over if u want21:06
harlowjai don't mind splitting it out into a new pypi library  or something21:06
*** ihrachyshka has joined #openstack-oslo21:06
harlowjamaybe https://pypi.python.org/pypi/recurrence or something, ha21:06
flaper87harlowja: there you are, I've been waiting for you the whole day for something I bet is very simple :D21:08
harlowjaoh my21:08
*** salv-orlando has quit IRC21:08
harlowjalol21:08
flaper87harlowja: I got some questions about taskflow21:08
flaper87:)21:08
harlowjai've been waiting for u also21:08
harlowjaj/k21:08
harlowjawhats up :)21:08
flaper87aww :(21:08
flaper87you broke my heart21:08
harlowjai mean, not kidding21:08
flaper87anyway21:08
harlowjadamn it21:08
flaper87:P21:08
flaper87so, first question is, what's the default revert behavior when a task fails?21:09
flaper87does it rollback just the subflow ?21:09
flaper87I think I read that somewhere21:09
flaper87:)21:09
flaper87somwhere in the docs, I mean21:09
harlowjarevert all the things is the default21:09
harlowjau can control this though, if u dare21:10
flaper87I dare :P21:10
harlowjaby placing in http://docs.openstack.org/developer/taskflow/atoms.html#retry (those objects there) into flows21:10
flaper87is that by setting the REVERT attribute ?21:10
flaper87in the task21:10
flaper87ah ok21:10
harlowjanah, by assocating a retry (better named controller really) with a flow/subflow21:11
flaper87harlowja: awesome, thanks for the hint.21:11
flaper87another question21:11
harlowjanp21:11
flaper87if a subflow fails (and I revert *just* the subflow) will the parent flow execution continue ?21:11
flaper87as in, I want to execute this task/sub-flow but I don't give a crap of what happens with it21:12
*** andreykurilin_ has joined #openstack-oslo21:12
harlowjaso this depends on the structuring of the flows/subflows21:12
harlowjau want the 'keep on running' if possible feature, even when one breaks feature that i think manish (a y! doing stuff in neutron) i think also wants21:13
harlowjaits possibly to do it, but not really possible if u say have an ordering dependency that needs data from the thing thats breaking21:13
harlowjau should jump into #openstack-state-management and poke manishg there21:13
harlowjai think he was maybe making something that would do this kind of thing21:14
flaper87ahhh that's the name of the freakin' channel21:14
flaper87:P21:14
harlowja:-p21:14
harlowjaya, its long, lol21:14
*** andreykurilin_ has quit IRC21:17
*** andreykurilin__ has joined #openstack-oslo21:17
dimsdansmith: it's the ceilometer thing that mriedem mentioned http://logs.openstack.org/59/158359/3/check/gate-tempest-dsvm-neutron-src-oslo.versionedobjects-icehouse/8c7a377/logs/devstacklog.txt.gz#_2015-02-24_18_21_45_92221:18
dansmithdims: ah21:18
mriedembusted!21:18
mriedem158842 is going through the gate to fix that21:19
*** andreykurilin_ has joined #openstack-oslo21:22
*** andreykurilin__ has quit IRC21:22
sdaguehmmm... why is olso.versioned objects testing on icehouse?21:24
dimssdague: template of some kind? :)21:25
sdagueyeh, so someone should remove the stable-compat jobs, that's just a random grind job, there is nothing being tested in it21:25
dimslooking21:25
sdaguein fairness, there is really no reason to run any of the tempest tests until something is consuming it21:27
sdaguebut definitely shouldn't postdate the branch jobs21:27
dimssdague: https://review.openstack.org/15887821:28
sdaguedims: +221:29
*** tsekiyama has quit IRC22:00
*** tsekiyama has joined #openstack-oslo22:00
elarsonsigmavirus24: do you ever mess with keystone? am I right that a keystoneclient.session is a requests session?22:01
* elarson is hoping to clear up how the designate client actually makes requests :)22:02
sigmavirus24elarson: not much but I think the keystoneclient.session.Session actually has the session inside it22:02
sigmavirus24also better suited for #openstack-keystone probably22:02
* sigmavirus24 hasn't looked at ksc in a while though22:03
sigmavirus24let me look again22:03
elarsonmakes sense22:03
dhellmannkrotscheck: the configuration settings of the libraries are not part of their API. Why do you need that?22:08
*** tsekiyama has quit IRC22:08
*** tsekiyama has joined #openstack-oslo22:09
krotscheckdhellmann: Because I don't want to bother configuring the connection string in two places.22:09
dhellmannroaet: don't use the TestExtensionManager, use make_test_instance() on the manager class you would normally use22:09
dhellmannkrotscheck: are you accessing the same database with oslo.db and some other library?22:12
krotscheckdhellmann: Yep. apscheduler.22:12
dhellmannkrotscheck: ok, we have an "under" layer to the db api where you can pass the connection string yourself, so that may be a better option for your case22:13
dhellmannthere you would register the connection setting yourself as part of your apps config, and then it's a value you know about22:13
dhellmannthat's safer, because the library configuration values are not part of the stable API, so if we rename it your app will just break22:13
krotscheckdhellmann: Safer, perhaps, but is that going to force me to move everything in the [database] block out?22:14
dhellmannkrotscheck: I'd have to get viktors|afk or rpodolyaka to explain how to use it.22:15
krotscheckdhellmann: You know, why don't I just use get_engine() instead.22:16
*** stevemar has quit IRC22:17
dhellmannkrotscheck: ah,  yeah, the EngineFacade class looks like the thing I was thinking of22:20
*** ViswaV has joined #openstack-oslo22:28
*** ihrachyshka has quit IRC22:31
*** salv-orlando has joined #openstack-oslo22:33
*** jaosorior has joined #openstack-oslo22:33
*** openstackgerrit has quit IRC22:37
*** openstackgerrit has joined #openstack-oslo22:37
*** roaet has left #openstack-oslo22:37
openstackgerritJames Carey proposed openstack/oslo.i18n: Update guideline doc of multiple use msg case  https://review.openstack.org/15890022:38
*** achanda has quit IRC22:54
*** mriedem has quit IRC22:57
*** harlowja is now known as harlowja_away23:02
*** harlowja_away is now known as harlowja23:05
*** bknudson has quit IRC23:07
*** daniel3__ has quit IRC23:12
*** achanda has joined #openstack-oslo23:13
openstackgerritJoshua Harlow proposed openstack/taskflow: Allow periodics to run in parallel (WIP/Exploratory)  https://review.openstack.org/15809223:16
*** salv-orl_ has joined #openstack-oslo23:20
*** salv-orlando has quit IRC23:22
openstackgerritMerged openstack/oslo-incubator: Fix the regex for turning project.lib back to oslo.lib  https://review.openstack.org/15717823:27
*** andreykurilin_ has quit IRC23:28
*** jecarey has quit IRC23:30
*** gordc has quit IRC23:33
*** achanda has quit IRC23:48
*** achanda has joined #openstack-oslo23:53
*** mriedem has joined #openstack-oslo23:53
*** salv-orlando has joined #openstack-oslo23:56
*** prad has quit IRC23:57
*** salv-orl_ has quit IRC23:57

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