Friday, 2012-07-20

*** dtroyer is now known as dtroyer_zzz00:04
*** renier_ has joined #openstack-dev00:15
*** renier has quit IRC00:15
*** renier_ is now known as renier00:15
*** davidkranz has quit IRC00:16
*** davidkranz_ has joined #openstack-dev00:16
*** dachary has quit IRC00:18
*** mnewby has joined #openstack-dev00:19
*** matiu has quit IRC00:21
*** zhuadl has joined #openstack-dev00:22
*** spiffxp has quit IRC00:29
*** halfss has quit IRC00:31
*** yuanz has joined #openstack-dev00:33
*** gyee has joined #openstack-dev00:34
*** flaviamissi has quit IRC00:39
*** asalkeld has quit IRC00:39
*** asalkeld has joined #openstack-dev00:41
*** zhuadl has quit IRC00:43
*** s0mik has quit IRC00:46
*** matwood has joined #openstack-dev00:47
*** matwood has quit IRC00:47
*** anniec has joined #openstack-dev00:48
*** anniec_ has joined #openstack-dev00:49
*** edygarcia has joined #openstack-dev00:51
*** anniec has quit IRC00:52
*** anniec_ is now known as anniec00:52
*** novas0x2a|laptop has quit IRC00:55
*** roge has quit IRC00:56
*** dachary has joined #openstack-dev01:06
*** winston-d has joined #openstack-dev01:12
*** edygarcia has quit IRC01:17
*** chrisfer has quit IRC01:19
*** lzyeval has joined #openstack-dev01:21
*** mikal has quit IRC01:22
*** thingee has quit IRC01:22
*** nati_uen_ has joined #openstack-dev01:26
*** matiu has joined #openstack-dev01:27
*** matiu has quit IRC01:27
*** matiu has joined #openstack-dev01:27
*** littleidea has quit IRC01:28
*** nati_ueno has quit IRC01:29
*** edygarcia has joined #openstack-dev01:32
*** Aaton_off is now known as Aaton01:36
*** ncode has joined #openstack-dev01:38
*** gongys has joined #openstack-dev01:44
*** Ryan_Lane has quit IRC01:45
*** eglynn_ has joined #openstack-dev01:47
*** eglynn has quit IRC01:50
*** yuanz has left #openstack-dev01:53
*** Aaton is now known as Aaton_off01:56
*** ncode has quit IRC01:57
*** gyee has quit IRC01:57
*** PotHix has quit IRC02:01
*** jdurgin has quit IRC02:02
*** mikal has joined #openstack-dev02:02
*** anniec has quit IRC02:04
*** steveb___ has joined #openstack-dev02:06
*** steveb_ has quit IRC02:06
*** blamar_ has joined #openstack-dev02:09
*** blamar has quit IRC02:11
*** blamar_ is now known as blamar02:11
*** edygarcia has quit IRC02:13
*** tgall_foo has joined #openstack-dev02:16
*** tgall_foo has joined #openstack-dev02:16
*** steveb___ has quit IRC02:21
*** edygarcia has joined #openstack-dev02:21
*** steveb_ has joined #openstack-dev02:24
*** blamar has quit IRC02:27
*** dtroyer_zzz is now known as dtroyer02:30
*** danwent_ has quit IRC02:30
*** galstrom has joined #openstack-dev02:41
*** anderstj has joined #openstack-dev02:47
*** danwent has joined #openstack-dev03:06
*** ecarlin has quit IRC03:07
*** zhuadl has joined #openstack-dev03:08
*** jcooley has quit IRC03:14
*** nati_uen_ has quit IRC03:17
*** markmcclain has quit IRC03:18
*** gongys has quit IRC03:34
*** mnaser has joined #openstack-dev03:40
*** mnaser has joined #openstack-dev03:40
*** bencherian has quit IRC03:43
*** littleidea has joined #openstack-dev03:47
*** adjohn has quit IRC03:48
*** galstrom has quit IRC03:55
*** mnaser has quit IRC04:00
*** zhuadl has quit IRC04:03
*** samkottler has quit IRC04:08
*** jsgotangco has joined #openstack-dev04:13
*** mue_ has joined #openstack-dev04:17
*** mattstep has quit IRC04:18
*** steveb_ has quit IRC04:19
*** jsgotangco is now known as greeneggsnospam04:24
*** utlemming has quit IRC04:28
*** thingee has joined #openstack-dev04:30
*** utlemming has joined #openstack-dev04:30
*** s0mik has joined #openstack-dev04:31
*** mnewby has quit IRC04:33
*** mjfork has quit IRC04:36
*** tgall_foo has quit IRC04:36
*** matwood has joined #openstack-dev04:42
*** dtroyer is now known as dtroyer_zzz04:43
*** anderstj has quit IRC04:47
*** nati_ueno has joined #openstack-dev04:47
*** nati_ueno has quit IRC04:52
*** s0mik has quit IRC04:54
*** anderstj has joined #openstack-dev04:56
*** s0mik has joined #openstack-dev04:56
*** Mandell has joined #openstack-dev04:57
*** edygarcia has quit IRC04:57
*** utlemming has quit IRC05:11
*** zhuadl has joined #openstack-dev05:17
*** utlemming has joined #openstack-dev05:18
*** s0mik has quit IRC05:21
*** zaitcev has quit IRC05:34
*** adjohn has joined #openstack-dev05:48
*** adjohn has quit IRC05:50
*** anderstj has quit IRC05:52
*** anderstj has joined #openstack-dev05:53
*** anderstj has quit IRC05:57
*** asalkeld has quit IRC06:04
*** mrunge has joined #openstack-dev06:07
*** greeneggsnospam has quit IRC06:07
*** littleidea has quit IRC06:13
*** lzyeval has quit IRC06:16
*** mattstep has joined #openstack-dev06:36
*** dolphm has joined #openstack-dev06:38
*** eglynn_ has quit IRC06:43
*** armaan has joined #openstack-dev06:44
*** armaan has left #openstack-dev06:44
*** mindpixel has joined #openstack-dev06:45
*** dolphm has quit IRC06:46
*** armaan1 has joined #openstack-dev06:51
*** armaan1 has left #openstack-dev06:51
*** bencherian has joined #openstack-dev06:52
*** Mandell has quit IRC06:56
*** reidrac has joined #openstack-dev07:01
*** gongys has joined #openstack-dev07:02
*** EmilienM has joined #openstack-dev07:11
*** bencherian has quit IRC07:17
*** davidha has joined #openstack-dev07:17
*** thingee is now known as thingee_zz07:26
*** armaan has joined #openstack-dev07:34
*** armaan has quit IRC07:38
*** sulochan has joined #openstack-dev07:40
*** sulochan_ has joined #openstack-dev07:41
*** sulochan has quit IRC07:44
*** sulochan_ is now known as sulochan07:44
*** pquerna has quit IRC07:45
*** pquerna has joined #openstack-dev07:46
*** eglynn_ has joined #openstack-dev07:57
*** rods` has quit IRC08:02
*** pixelbeat has joined #openstack-dev08:07
*** rods has joined #openstack-dev08:09
*** rods has quit IRC08:14
*** winston-d has quit IRC08:18
*** rods has joined #openstack-dev08:22
*** darraghb has joined #openstack-dev08:30
*** sulochan has quit IRC08:37
*** asakhnov has joined #openstack-dev08:37
*** danpb has joined #openstack-dev08:40
*** asalkeld has joined #openstack-dev08:51
*** maploin has joined #openstack-dev09:00
*** maploin has quit IRC09:00
*** maploin has joined #openstack-dev09:00
*** sulochan has joined #openstack-dev09:22
*** heyho has joined #openstack-dev09:51
*** danwent has quit IRC09:57
*** zhuadl is now known as Edward_Zhang09:57
*** gongys has quit IRC10:06
*** armaan has joined #openstack-dev10:14
*** armaan has left #openstack-dev10:15
*** Edward_Zhang has quit IRC10:17
*** fattarsi has quit IRC10:20
*** rods_ has joined #openstack-dev10:36
*** amotoki has joined #openstack-dev10:38
*** flaviamissi has joined #openstack-dev11:05
*** halfss has joined #openstack-dev11:27
*** halfss has quit IRC11:30
*** otter1 has quit IRC11:30
*** markvoelker has joined #openstack-dev11:39
*** mattstep has quit IRC11:54
*** rods_ has quit IRC11:55
*** rods_ has joined #openstack-dev11:56
*** mattstep has joined #openstack-dev11:57
*** galstrom has joined #openstack-dev11:57
*** lts has joined #openstack-dev12:04
*** galstrom has quit IRC12:06
*** ayoung has joined #openstack-dev12:08
*** mrunge has quit IRC12:12
*** salgado has joined #openstack-dev12:12
*** salgado has joined #openstack-dev12:12
*** mjfork has joined #openstack-dev12:18
*** GheRivero has quit IRC12:20
*** amotoki has quit IRC12:22
*** reidrac has left #openstack-dev12:27
*** derekh has joined #openstack-dev12:32
*** tongli has joined #openstack-dev12:34
tonglihi, someone in early June indicated that nova-manage is getting deprecated. any thing to replace it?12:35
*** markmc has joined #openstack-dev12:36
tonglianyone out there knows that what will be there and when to replace nova-manage or it is just a rumor?12:42
*** maploin has quit IRC12:45
*** eafonichev has quit IRC12:46
*** asakhnov has quit IRC12:47
*** maploin has joined #openstack-dev12:47
*** maploin has quit IRC12:47
*** maploin has joined #openstack-dev12:47
*** tgall_foo has joined #openstack-dev12:55
*** tgall_foo has joined #openstack-dev12:55
*** dachary has quit IRC13:01
*** sandywalsh has joined #openstack-dev13:02
*** roge has joined #openstack-dev13:03
*** kbringard has joined #openstack-dev13:04
sandywalshvishy: ping?13:12
sandywalshjaypipes: JAY!!!13:12
*** dprince has joined #openstack-dev13:15
*** halfss has joined #openstack-dev13:21
*** dtroyer_zzz is now known as dtroyer13:36
*** nati_ueno has joined #openstack-dev13:57
*** dtroyer is now known as dtroyer_zzz14:00
jaypipessandywalsh: SANDY!!!14:00
sandywalshjaypipes: that was all. :)14:00
jaypipessandywalsh: :) ok14:01
*** renier has quit IRC14:07
*** renier has joined #openstack-dev14:07
*** galstrom has joined #openstack-dev14:08
*** ewindisch has joined #openstack-dev14:09
*** dhellmann has joined #openstack-dev14:09
*** ncode has joined #openstack-dev14:12
*** littleidea has joined #openstack-dev14:13
*** e1mer has quit IRC14:14
*** dtroyer_zzz is now known as dtroyer14:15
*** edygarcia has joined #openstack-dev14:16
*** armaan has joined #openstack-dev14:26
*** armaan has left #openstack-dev14:26
*** dachary has joined #openstack-dev14:27
*** rnirmal has joined #openstack-dev14:30
*** armaan has joined #openstack-dev14:31
*** nati_uen_ has joined #openstack-dev14:35
*** nati_ueno has quit IRC14:35
*** armaan has quit IRC14:35
*** thingee_zz is now known as thingee14:43
*** ncode has quit IRC14:44
*** littleidea_ has joined #openstack-dev14:44
*** galstrom has left #openstack-dev14:46
*** littleidea has quit IRC14:48
*** littleidea_ is now known as littleidea14:48
*** datsun180b has joined #openstack-dev14:52
*** markmc has quit IRC14:54
jaypipeseglynn_: got a sec to chat about https://bugs.launchpad.net/nova/+bug/1026600?14:55
uvirtbotLaunchpad bug 1026600 in nova "Volume creation 201 API response does not include a Location header" [Low,In progress]14:55
eglynn_jaypipes: sure14:55
jaypipeseglynn_: did you notice the failure int he tempest gate job>14:56
jaypipes?14:56
eglynn_jaypipes: BTW I just proposed a Tempest patch to take account of the change: https://review.openstack.org/1005814:56
eglynn_jaypipes: allows both old and new statuses as a tmp transition14:56
jaypipeseglynn_: ah, gotcha...14:57
jaypipeseglynn_: just haven't caught up to that email yet ;)14:57
jaypipeseglynn_:  I will mark that bug as also affecting tempest then.14:57
eglynn_jaypipes: np, I literally just pulled the trigger on the tempest patch ... thanks!14:58
jaypipeseglynn_: :) ty!14:58
*** utlemming has quit IRC15:01
*** derekh has quit IRC15:01
*** utlemming has joined #openstack-dev15:03
*** flaviamissi has quit IRC15:03
*** derekh has joined #openstack-dev15:05
jaypipeseglynn_: so changing the return code for the volume create call is indeed a change to the Compute API. Not sure we can just go around changing that if the spec calls for a 200...15:07
eglynn_jaypipes: a-ha, I didn't realize the spec explicitly calls out that a 200 should be returned15:08
*** markmc has joined #openstack-dev15:08
eglynn_jaypipes: (I was working on the basis of the normal RESTful idiom ...)15:09
jaypipeseglynn_: udnerstood. lemme grab the spec link.15:09
eglynn_jaypipes: cool, ta15:09
*** heyho has quit IRC15:09
jaypipeseglynn_: and .. of course, I can't find it...15:10
jaypipesannegentle: are any of the volume commands doc'd in the Compute API spec?15:10
eglynn_jaypipes: by the spec, do you mean this: https://github.com/openstack/compute-api/blob/master/openstack-compute-api-2/src/os-compute-2.wadl15:11
*** sstent has quit IRC15:12
jaypipeseglynn_: well that doesn't contain any volume commands either...15:13
jaypipeseglynn_: but no, was referrring to the human readable dosc15:13
*** sstent has joined #openstack-dev15:13
eglynn_jaypipes: yep, just seacrhed thru' it now15:13
*** primeministerp has quit IRC15:14
*** flaviamissi has joined #openstack-dev15:16
*** bencherian has joined #openstack-dev15:16
*** dprince has quit IRC15:18
*** _val_ has quit IRC15:18
*** ecarlin has joined #openstack-dev15:18
*** sacharya has joined #openstack-dev15:19
*** mattstep has quit IRC15:21
*** primeministerp has joined #openstack-dev15:22
*** derekh has quit IRC15:22
*** eglynn_ has quit IRC15:22
*** mindpixel has quit IRC15:24
*** eglynn_ has joined #openstack-dev15:25
*** mattstep has joined #openstack-dev15:27
*** zaitcev has joined #openstack-dev15:28
*** flaviamissi has quit IRC15:32
*** halfss has quit IRC15:32
jgriffitheglynn_: I'm interested in your 201 status change patch as well... but I have the same concern raised by jaypipes15:33
jgriffitheglynn_: I think this would warrant broader discussion (ie the mailing lists) before changes are made15:33
eglynn_jgriffith: cool, that makes sense ... I15:33
eglynn_griffith: I'll fire off a mail to the ML proposing the change15:34
eglynn_jgriffith ^^^15:34
jgriffitheglynn_: Thanks... FWIW I agree with the logic completely!15:35
jgriffithIf it were my cloud I'd change it :)15:35
*** Mandell has joined #openstack-dev15:39
*** mnewby has joined #openstack-dev15:41
*** littleidea_ has joined #openstack-dev15:42
*** littleidea_ has joined #openstack-dev15:43
*** littleidea has quit IRC15:46
*** littleidea_ is now known as littleidea15:46
*** s0mik has joined #openstack-dev15:48
*** utlemming has quit IRC15:51
*** utlemming has joined #openstack-dev15:51
*** maploin has quit IRC15:52
dansmithjaypipes: I'm secretly trying to see how many reviewers I can rack up and how many iterations I can push this silly change through :P15:53
jaypipesdansmith: sorry man :(15:54
jaypipesdansmith: but technically I was already on the review ;)15:54
dansmithheh, no, I'm just starting to fell ridiculous :)15:54
dansmithI know, didn't even help my score! :)15:54
jaypipesdansmith: oh, man, you are NOWHERE NEAR the record.15:54
dansmiths/fell/feel/15:54
dansmithhah, dang, gotta work harder then15:54
jaypipes:)15:55
*** utlemming has quit IRC15:55
jaypipesI think the record is somewhere in the 40s.15:55
dansmitheesh15:55
*** utlemming has joined #openstack-dev15:55
kbringardbcwaldon: you about?16:00
*** epim has joined #openstack-dev16:01
dansmithjaypipes: er, scratch that suggestion of mine.. wrap_instance_fault is above checks_instance_lock (obviously)16:03
*** cp16net is now known as cp16net|away16:04
*** cp16net|away is now known as cp16net16:04
*** markmc has quit IRC16:05
*** anderstj has joined #openstack-dev16:05
*** reed has joined #openstack-dev16:06
*** blamar has joined #openstack-dev16:06
*** nati_uen_ has quit IRC16:10
jaypipesdansmith: hmm, so I'm not really following you on this logic... if you remove entirely the decoration of functions that don't revert states, the function will just be executed as-is, and that means the original behaviour will apply (returning False on lock or error)16:11
*** nati_ueno has joined #openstack-dev16:11
jaypipesdansmith: all I am suggesting is removing the decorator when you are passing no params.16:11
jaypipesi.e. on inject_file and agent_update16:12
jaypipesdansmith: but now I see that you changed the return of check_instance_locked()...16:13
dansmithright16:13
dansmith(per a prior review suggestion)16:13
jaypipesdansmith: mine?16:13
dansmithdunno, there have been so many.. I can go look if you want16:13
dansmithI don't really like the look of it with no params either, but was trying to keep it symmetric16:14
jaypipesdansmith: OK, how about a compromise...16:14
*** danwent has joined #openstack-dev16:15
dansmith(it was my suggestion and you agreed)16:15
jaypipesdansmith: how about adding the states param to the check_instance_lock decorator instead, and getting rid of the revert_task_states decorator entirely?16:15
dansmithbecause then you don't revert the state if the operation fails for some other reason than being locked16:16
*** spiffxp has joined #openstack-dev16:16
* ttx waves from PDX airport16:16
dansmithI was originally gunning for the locked case, but...16:16
jaypipesdansmith: gah, right.. :(16:16
dansmithttx: ...and you didn't stop by to say hi? :)16:16
ttxdansmith: weren't you at OSCON ?16:16
dansmithttx: nope... I guess you get a pass :)16:17
*** markmc has joined #openstack-dev16:17
ttxdansmith: I gave a talk there. Shortest path to the free all-inclusive pass :)16:18
dansmithttx: hehe, yeah :)16:18
jaypipesdansmith: would you mind if I pulled your branch and gave it a once over?16:18
dansmithjaypipes: will it hurt? er, I mean, of course not, go ahead :)16:18
jaypipesdansmith: ok, cool.16:19
dansmithjaypipes: so, one other thing I had thought of for this,16:20
*** flaviamissi has joined #openstack-dev16:20
dansmithis to use an attr decorator to attach the revert states to a function,16:20
dansmithand then I could revert them separately in the lock check and instance failure decorators,16:20
jaypipeshmm...16:20
jaypipespossible.16:20
dansmithwhich seemed to be really nice, but I didn't see any @attr prior art16:20
jaypipeslemme play with it for a bit...16:21
dansmithdang, am I generating work for other people again?16:21
jaypipeshehe16:22
*** nati_ueno has quit IRC16:22
*** spiffxp has quit IRC16:25
jk0bcwaldon: https://review.openstack.org/#/c/10030/16:25
*** spiffxp has joined #openstack-dev16:26
*** cp16net is now known as cp16net|away16:28
*** thovden has joined #openstack-dev16:29
Slowerhmm, so I'm looking at the nova compute code, it appears all authentication is done in the client and then calls to the engine over amqp are considered authenticated?  that right?16:29
*** anniec has joined #openstack-dev16:30
*** anderstj has quit IRC16:30
Slowerauth + policy checks16:30
Slowerso I guess the amqp msg bus is considered secure then?16:31
*** darraghb has quit IRC16:33
sandywalshvishy: ping?16:33
*** jaypipes has quit IRC16:34
*** salgado is now known as salgado-lunch16:37
*** cp16net|away is now known as cp16net16:40
*** sandywalsh has quit IRC16:41
*** rods_ has quit IRC16:47
*** Mandell has quit IRC16:47
*** bencherian has quit IRC16:48
*** cp16net is now known as cp16net|away16:48
*** cp16net|away is now known as cp16net16:48
*** danpb has quit IRC16:49
*** Mandell has joined #openstack-dev16:49
*** jaypipes has joined #openstack-dev16:51
Slowerno one knows?16:52
*** nati_ueno has joined #openstack-dev16:53
*** spiffxp has quit IRC16:55
*** danwent_ has joined #openstack-dev16:57
*** armaan has joined #openstack-dev16:59
*** armaan has left #openstack-dev16:59
*** rods_ has joined #openstack-dev16:59
*** danwent has quit IRC17:01
*** danwent_ is now known as danwent17:01
*** jdurgin has joined #openstack-dev17:03
*** jaypipes has quit IRC17:03
*** jaypipes has joined #openstack-dev17:05
*** ecarlin has quit IRC17:06
*** spiffxp has joined #openstack-dev17:06
*** dachary has quit IRC17:09
*** markmc has quit IRC17:11
*** anniec has quit IRC17:13
*** sulochan has quit IRC17:14
ewindischttx: around?17:16
*** jtran has joined #openstack-dev17:16
*** eglynn_ has quit IRC17:17
*** dachary has joined #openstack-dev17:19
*** rods_ has quit IRC17:21
*** rods_ has joined #openstack-dev17:21
*** s0mik has quit IRC17:22
*** s0mik has joined #openstack-dev17:23
*** cp16net is now known as cp16net|away17:33
*** issackelly has joined #openstack-dev17:39
*** littleidea has quit IRC17:40
*** anderstj has joined #openstack-dev17:41
*** littleidea has joined #openstack-dev17:46
*** anniec has joined #openstack-dev17:47
*** anderstj has quit IRC17:47
*** bencherian has joined #openstack-dev17:49
*** lts has quit IRC17:49
zykes-Anyone here that know the paging stuff in glance ?17:51
*** Ryan_Lane has joined #openstack-dev17:54
*** dachary has quit IRC17:55
*** anniec_ has joined #openstack-dev17:56
*** dachary has joined #openstack-dev17:57
*** anniec has quit IRC17:59
*** ewindisch has quit IRC17:59
notmynamezaitcev: I added a comment to the review, but I'm happy to talk about it further here if you'd like18:01
zaitcevnotmyname: thanks18:01
notmynamezaitcev: it showed up (for us at swiftstack) on replication. if replication is started before any device is added to the ring, the ring would never be reloaded18:01
*** ecarlin has joined #openstack-dev18:02
*** anniec_ has quit IRC18:02
notmynamezaitcev: the current patch adds the getter so that accessing .devs will check to see if the ring should be updated from disk18:03
zaitcevnotmyname: I remember that, it made complete sense. It's only the re-defining devs[] that attracted my attention, because I use Ring class, so now every time I do      for dev in r.devs: there's some funny stuff going on.18:04
notmynamezaitcev: that should still work. it will stat the file every so often now (how often is based on the config). I understand your concern though :-)18:05
zaitcevThis practice in general prevents people like me from reading anything casually. You think it's a list, but it's not. It's a hell of a machinery behind, potentially.18:05
zaitcevvery powerful technique, too powerful18:05
notmynameya, it's actually one of my complaints with webob (all the magic that is done when you access .body or .content_type and similar18:06
*** salgado-lunch is now known as salgado18:07
notmynamezaitcev: I don't think the patch to the violates any established contract in the ring interface, though. I suppose it has the potential to add some latency to your ring operations18:07
notmynamezaitcev: do you have an issue with the current patch, or with the technique in general and how it could potentially be used?18:07
zaitcevnotmyname: Sure. But I see a slippery slope, so I thought I'd ask about this one.18:08
notmynamezaitcev: please review +/- 1 as you see fit (also, thanks for reviewing swift patches)18:10
Sloweris the amqp bus trusted in openstack?  All the auth/policy checks seem to be done in teh api side, that right?18:10
*** markmcclain has joined #openstack-dev18:11
SlowerI'm working on heat and wanted to know if that is truly the right model18:12
*** rbasak has quit IRC18:16
*** ewindisch has joined #openstack-dev18:16
*** PotHix has joined #openstack-dev18:17
*** cp16net|away is now known as cp16net18:18
vishysandywalsh: pong18:20
*** cp16net is now known as cp16net|away18:21
vishydansmith: so there was a point when we elevated all context at the manager layer so we didn't accidentally get rejected by a check context in the db layer18:21
dansmithvishy: so, is reboot out of sync with start/stop/etc?18:22
vishydansmith: the idea when it was done was to eventually go through and find out exactly where it was needed, but since db access is going to be removed eventually and we have policy.json for access checks now, that never happened.18:22
dansmithah, okay18:22
dansmithit's confusing because the test_lock() test right now will only work for reboot because of that elevation18:22
*** anniec has joined #openstack-dev18:27
Slowervishy: you sound like you know the auth stuff.. :)18:28
Slowervishy: you mind telling me if I'm correct.. all teh auth is done in the api and the amqp msgs to the engine are considered authenticated and secure?18:28
jgriffithjeblair: Wish I knew what were missing on that gate change18:29
vishySlower: pretty much18:29
vishyjgriffith: ping18:30
Slowervishy: pretty much? :)18:30
jgriffithvishy: Hey...18:30
Slowerthere are exceptions?18:30
vishySlower: yes, I mean there is some amount of checking at different layers, for example when nova talks to glance it uses the token from the original request18:30
Slowervishy: right18:30
vishySlower: and the project is checked in the db layer in a few places18:31
vishyjgriffith: how is devstack gating on cinder coming18:31
vishyjgriffith: i noticed the devstack review expired18:31
jgriffithvishy: Can't figure out why the volume tests are failing18:31
Slowervishy: have you looked at heat-api at all?18:31
jgriffithvishy: Looking at it again now18:31
vishySlower: I have not18:31
Slowervishy: so basically we are starting instaces from templates18:31
vishyjgriffith: I would like to get that in today, so let me know if i can help18:32
Slowervishy: and it's set up as another openstack api/engine18:32
Slowervishy: so currently we are passing in the creds to the engine and using those creds to call into openstack components18:32
jgriffithvishy: jeblair and I have both been scratching our heads so if you have a chance to take a quick look that would be great18:32
Slowervishy: but we are also doing HA stuff so we were thinking of just using a 'heat' user and having heat have its own policy in the api layer18:33
vishyjgriffith: you have a link to the failure somewhere?18:33
jeblairjgriffith: i think "[sudo] password for stack:"  probably has something to do with it....18:33
Slowerheat user would be an admin and able to do whatever it needs to18:33
jgriffithvishy: Yeah, just a sec18:33
jeblairvishy: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/431718:33
vishySlower: that seems like a suboptimal solution to me18:33
Slowernot sure what the best design would be..18:33
Slowervishy: what would you recommend?18:33
jgriffithvishy: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/4317/consoleFull18:33
jeblairhere's the log with the sudo prompt: https://jenkins.openstack.org/job/gate-tempest-devstack-vm/4317/artifact/logs/screen-c-vol.txt18:33
vishyjeblair, jgriffith: perhaps cinder-rootwrap needs to be setup?18:33
Slowervishy: the current implementation stores the credentials of the user in the database and reauthenticates..18:34
vishySlower: getting proper credential passing seems like the right way18:34
jgriffithvishy: jeblair makes sense...18:34
Slowerand heat itself does not have any policy18:34
vishySlower: I guess the problem is that you are mimicking the amazon api, so you aren't getting creds from the user?18:34
Slowervishy: yeah we have to do token auth18:34
Slowervishy: and then get teh info from there.. which works..18:35
vishySlower: does it use the amazon secret/access?18:35
Slowervishy: but then we have to store all the auth info so we can reauth18:35
Slowervishy: yes18:35
Slowerwell we do both but yes18:35
* vishy is unfamiliar with the api18:35
Slowervishy: mostly it is intended to do secret/access, yes18:35
vishySlower, can you use the keystone extension to validate ec2 tokens?18:35
Slowerthat is what we are doing yes18:35
Slowerusing keystone v2 api18:36
Slowerand then we get back the user info as well18:36
vishySlower: so it needs to store the token because it may automatically run commands for the user later?18:36
Slowervishy: yes18:36
vishySlower: well that is a little nasty isn't it18:36
Sloweryes ;)18:36
vishySlower: ok so I think there are two approaches here18:36
Slowerit's a tricky one18:37
jeblairjgriffith: i don't see any cinder-rootwrap code in devstack; perhaps it needs to be added there?18:37
vishySlower: short term it seems like you will have to store credentials for the user18:37
*** winston-d has joined #openstack-dev18:37
vishylong term, we really need to figure out the right way for users to delegate auth to a service18:37
jgriffithjeblair: Yeah, trying to figure out how that works now.18:37
vishywhich probably requires some changes to keystone etc.18:38
Slowervishy: right..18:38
vishybut we have to deal with this more and more as we split services out18:38
jgriffithjeblair: Also not implemented in Cinder18:38
vishypassing the same token from nova -> cinder -> glance is probably incorrect18:38
Slowervishy: the other odd part in this is that we are passing the full creds to the engine via rpc..18:38
cloudflyvishy i am probably going to put up for a review a patch to add the keystone api url to metadata api.  you see anything potentially terrible about that?18:38
vishyjgriffith: wait, what we don't have a root wrap in cinder?18:38
jgriffithvishy: Nope, nothing in cinder/etc/18:39
vishycloudfly: I think it is ok under its own endpoint, although smoser is arguing vehemently against it18:39
Slowervishy: the tokens expire..18:39
Slowervishy: and we could end up doing an HA operation days later..18:39
vishySlower: I would think you need to store access and secret18:39
cloudflyhonestly he's being pedantic.18:39
smoseri do like to argue.18:39
vishySlower: short term18:39
* smoser reads18:39
Slowervishy: yes18:40
cloudflysmoser i mean that in the literal sense not as a derrogatory statement18:40
Slowervishy: so you would suggest that instead of doing the heat-engine-has-its-own-user idea?18:40
vishySlower: /me thinks18:40
smoseri'm generlaly against things.18:40
smoseri agree.18:40
vishySlower: the problem with that is it totally messes up billing and quotas18:41
Slowersmoser: haha :)18:41
cloudflyhah18:41
smoserbut i really dont understand why there is a need for it in the metadata service18:41
Slowervishy: ah, right18:41
cloudflyit's the only pre-known address a system can query to find out where the catalog service is18:41
cloudflywell usually pre-known18:41
smoseryou can write 25 lines of python that launches an instance with whatever user-data you like, and finds the api's keystone api and puts it in there.18:41
jeblairjgriffith: there's a bin/cinder-rootwrap18:41
smoserits just not necessary.18:41
*** jcooley has joined #openstack-dev18:41
cloudflyit's useful18:41
smoserand it becomes  a wart when "keystone v2"18:41
cloudflyvery useful18:41
smoser(or 3 as the case might be)18:42
vishyjeblair, jgriffith, ttx: we probably need to cherry pick the root wrap modifications into cinder18:42
*** bencherian has quit IRC18:42
smoseri'd like to avoid the wart18:42
cloudflyalso how do you recommend finding the keystone api?18:42
smoserpassed in via user-data18:42
cloudflyas far as i can tell you have to bake it in or find it out and pass it as user-data18:42
cloudflyand it18:43
smoserits easy. you clearly know the keystone api when you launch the instance.18:43
vishy(but we can do it after we get the gate working)18:43
cloudfly's not advertised on horizon or anything18:43
smoseryou get it, add it to user-data, and start an instance18:43
cloudflythat's silly18:43
cloudflyit18:43
Slowervishy: thanks for the chat, much appreciated :).18:43
cloudfly's entirely unnecessary18:43
smoserno. its the same way you pass *any* information to an instance.18:43
jeblairjgriffith, vishy: makes sense.  i think ttx is on an intercontenental flight right now, and i have no idea what i'm talking about, so i think you're up, jgriffith.  :)18:43
Slowervishy: I'll do some more thinking on this then18:43
cloudflyit's not just any information though18:43
smoserthats what makes it cleaner.18:43
*** shardy has joined #openstack-dev18:43
cloudflyit's the catalog service18:43
smoserit is just any information18:43
cloudflyi disagree18:44
smosertheres nothing special about it18:44
cloudflythere is18:44
cloudflyit's the catalog service18:44
smoserand if you choose to go the route that I suggest, then your launcher works on other clouds also.18:44
vishysmoser, cloudfly: here is my argument for putting it in: we are trying to make the openstack api ubiquitous so that users can use any openstack cloud (big goal i know)18:44
cloudflyit provides a one stop shop access point to openstack apis18:44
smosereven authenticating via my cloud from your cloud18:44
smoser:)18:44
jgriffithjeblair: vishy: Well I'm in the process of adding etc/cinder/rootwrap... then was just going to try and fubmle through devstack using nova as the example18:44
vishysmoser, cloudfly: if we don't throw some required things in like this, we are going to end up with everyone doing it a little bit different.18:44
smoseror they dont do it at all.18:45
vishyjgriffith: my guess is the rootwrap conf doesn't exist in cinder18:45
*** sandywalsh has joined #openstack-dev18:45
smoserand you solve it outside, and it works everywhere.18:45
vishyjgriffith: i would think we just need to modify shudders properly18:45
jgriffithvishy: Nope, I just added it and rootwrap.d files for volume18:45
cloudflyit isn't able to be solved outside for many use cases18:45
smosercloudfly, like?18:46
jgriffithvishy: Sadly I don't know what you mean by shudders?18:46
vishyjgriffith: (you cherry picked the code) ?18:46
smoserif you're launching an instance, you know the api end point. if you know the thing that your lauching needs that information, give it to it.18:46
cloudflymy current example is i am generating a public image that authenticates against keystone18:46
vishy* sudoers (damn autocorrect)18:46
jgriffithvishy: yes, out of nova18:46
jgriffithvishy: lol18:46
cloudflyright now i have to bake in the keystone API server for the cloud it is in18:46
vishyjgriffith: ok if you want to go that way18:46
cloudflyif the metadata api had just that one URL the image would be cross cloud portable18:46
vishyjgriffith: you will need to modify cinder-rootwrap as well and add the flags18:46
jgriffithvishy: K... if there's a preferred alternative I'm happy to dig and learn it18:47
cloudflyrequiring every user who launches that image as an instance to find the keystone uri which isn't even easy to find in horizon and pass it as userdata is just too much18:47
jgriffithvishy: Either that or I change it again later18:47
cloudflyespecially if it's their first time on the cloud18:47
*** armaan has joined #openstack-dev18:47
vishysmoser, cloudfly: I'm for putting it in, but I'm happy to do a vote on the mailing list if someone wants to throw together a quick email with pros and cons18:48
*** armaan has left #openstack-dev18:48
smosercloudfly, but your argument can be used to add *anything* to the the metadata service.18:48
cloudflyi mean i agree it's a deviation from traditional metadata constraints and that's important to clarify18:48
cloudflybut i think there is value in this specifically since it is an openstack api access datum18:48
smoseri agree its sort of different due to that.18:49
smoserbut its also "just data"18:49
cloudflyit's all just data18:49
smoserwell, there are certain things the cloud knows that the user at launch time cannot know.18:49
smoserthis is not that.18:49
smoserie, i dont know at launch time the instance-id.18:49
cloudflyi'd say its exactly that18:49
smoseror IP address.18:49
*** zaneb has joined #openstack-dev18:49
smoseri do know at launch time the keystone api endpoint18:49
smoserbecause i'm using it18:50
smoserand i can't laucnh an instance without knowing it.18:50
smoseri'll stop arguing (as i said, i do like to argue).18:50
*** dachary has quit IRC18:50
*** dachary has joined #openstack-dev18:51
smoserbut before putting it in, we need to have some definition written of what qualifies to go in, and what does not.18:51
smoserand why this data is special18:51
cloudflyusers are acting via horizon18:51
cloudflyhorizon at best gives you a downloadable script that you can edit in a text editor18:51
smoserusers can act via nother web service.18:51
cloudflyif you know to look for it18:51
cloudflyand find the keystone URI18:51
smoseror horizon could just tag all instances with keystone uri18:51
cloudflyheck most users wouldn't know or care what the uri is18:51
cloudflyand shouldn't.18:51
*** otter1 has joined #openstack-dev18:51
smoseryou're arguing "web portal/client" is broken and i dont want to change it18:52
smoser:)18:52
cloudflyhrmm18:52
cloudflywell i guess it's a question18:52
cloudflyif i am a cloud operator18:52
cloudflynah18:52
cloudflyit all comes back to this being openstack api data18:53
cloudflyand important data18:53
cloudflydo we want it available to anything that would use the metadata values?18:53
cloudflyi mean what good is an instance-id if you can't query any apis other than metadata?18:53
smoseri dont necessarily agree that it is "important" data.18:53
cloudflywithout user supplied and non standard datasets?18:53
smoseri think its important for your use case.18:53
cloudflyit's the only way to query other apis?18:53
smoserbut for my use case, it is not.18:53
smoserbut you can't query other apis without credentials18:54
cloudflyi think it's important as a uniform path for querying other api servers18:54
smoserwe should put credentials in there too!18:54
cloudflycredential passing is a whole nother thing18:54
cloudflyand i feel that becomes a keystone thing18:54
jgriffithvishy: jeblair: https://review.openstack.org/#/c/1007118:54
vishysmoser, cloudfly: there is also the potential future where the same cloud could support multiple different keystone endpoints18:55
cloudflyfederation indeed18:55
*** troytoman-away is now known as troytoman18:55
*** dachary has quit IRC18:55
cloudflyin which case what I really want is a catalog service on metadata18:55
vishyjgriffith: still need to update cinder-rootwrap18:56
*** dachary has joined #openstack-dev18:56
smoseri dont know if that is an argument for or against, vishy . honestly. you're arguing "we might have to change this data". which was what i used to argue against it.18:56
jgriffithvishy: crap... forgot to add that file18:56
smoserso, i will stop arguing. and wont cry loudly. i'm willing to accept that this is somehow useful information.18:56
jgriffithvishy: Oh wait, no I didn't18:56
smoserbut i will argue that we need *some* policy on changes to the metadata service18:57
vishyjgriffith: bin/cinder-rootwrap18:57
smoseras it is an API.18:57
jgriffithvishy: yeah, but wasn't sure what needed "changed"18:57
jgriffithvishy: Thought it was ok as is18:57
vishyjgriffith: the code changed since the split, those new files won't do anything without the new code18:57
smosercloudfly, so please come up with some policy (clearly one that fits your desired datum) and propose that on the mailing list18:57
vishyjgriffith: that is what I was trying to say. it used to use python code18:57
*** edygarcia_ has joined #openstack-dev18:57
cloudflysmoser i'll try to and i expect you'll keep me from doing anything stupid =P18:58
jgriffithvishy: ah crap...18:58
vishyjgriffith: you will need to change the cinder/rootwrap directory as well18:58
smosercloudfly, as long as you promise that i can find some security vulnerability exposed because of the data you're giving me :)18:58
vishyjgriffith: I was trying to say, you probably will have an easier time just updating sudoers for now and letting ttx cherry pick his changes in18:59
vishyjgriffith: it actually changed a lot18:59
jgriffithvishy: Yeah, I just wasn't sure what any of this looked like so I thought this would work18:59
jgriffithvishy: Apprantly not18:59
cloudflysmoser i was half tempted last night to suggest adding posix ids to keystone.  then i regained my sanity.18:59
smosercloudfly, very honestly, the best definition I can come up with of what belongs in there versus what does not, is "what data is not known by the creator"19:00
vishyjgriffith: the old style root wrap is in cinder. It should still work, but I'm guessing the root wrap command isn't added to sudoers19:00
cloudflythis certainly isn't that19:00
smoserand that clearly does not fit your datum19:00
smoser:)19:00
smoserso.. you find a good definition that does.19:00
cloudflybut it is what openstack access do we want to provide a uniform access to?19:00
cloudflyerr openstack data19:00
smoser"that which the user doens't already know" :)19:01
smoseranyway.19:01
smoseri really need to work on something else. but i do look forward to your thoughts on it.19:01
cloudflyokay will do19:01
*** edygarcia has quit IRC19:01
*** edygarcia_ is now known as edygarcia19:01
smoseri just dont want a scenario of "look, lets through some data in there!"19:01
vishyjgriffith: so option 1 is look at devstack/stable/essex and look how it set up shudders before19:01
jgriffithvishy: Sorry, thought I could just add it in devstacks ROOTWRAP_SUDOER_CMD and be done with it19:01
smoseramazon has been very controlled on what they put there.19:01
vishy* sudoers19:01
cloudflyfair19:01
*** armaan1 has joined #openstack-dev19:03
vishyjgriffith: actually19:03
*** armaan1 has left #openstack-dev19:03
vishyjgriffith: i think you can leave cinder as is and just duplicate the code for ROOTWRAP_SUDOER_CMD and add one for cinder as well19:03
jgriffithvishy: That's what I was "hoping"19:04
jgriffithvishy: but TBH wasn't sure it would work, so I guess I can just "try" it and find out19:04
*** PotHix is now known as SeuMadruga19:05
*** SeuMadruga is now known as PotHix19:06
vishyjgriffith: something like this19:10
vishyhttp://paste.openstack.org/show/19515/19:10
vishy(might want to wrap it in an if enabled service somewhere, but that "should" work19:10
jgriffithvishy: I've got a change, let me past it... just a sec19:11
jgriffithhttp://paste.openstack.org/show/19516/19:11
jgriffithvishy: Ok, looks like we have the same thing for the most part19:13
*** s0mik has quit IRC19:13
*** flaviamissi has quit IRC19:13
*** markmcclain has quit IRC19:17
jgriffithvishy: jeblair: https://review.openstack.org/1007319:19
jgriffithshit... forgot to wrap it19:20
vishyjgriffith: i think you should duplicate the file creation code also19:23
vishyjgriffith: putting the cinder root wrap command in a file called nova-rootwrap is non-intuitive19:23
jgriffithvishy: Yep19:24
vishyjgriffith: (commented inline)19:24
jgriffithvishy: Thanks19:24
*** danwent has quit IRC19:27
*** dachary has quit IRC19:27
vishycomstud: looks like padraig responded to your concern here: https://review.openstack.org/#/c/9944/4 Mind if i send it in?19:28
*** jog0 has joined #openstack-dev19:29
*** jog0 has quit IRC19:32
*** mdomsch has joined #openstack-dev19:33
comstudvishy: looking19:35
*** littleidea has quit IRC19:36
comstudvishy: pushed19:37
vishycomstud: thx19:37
comstudnp19:37
*** jog0 has joined #openstack-dev19:39
*** dachary has joined #openstack-dev19:39
jgriffithvishy: Forgot... https://review.openstack.org/#/c/10073/319:40
jgriffithvishy: It'll still need the other cinder change though19:40
*** danwent has joined #openstack-dev19:40
*** pixelbeat has quit IRC19:41
*** littleidea has joined #openstack-dev19:41
*** danwent_ has joined #openstack-dev19:41
*** s0mik has joined #openstack-dev19:42
jgriffithSuppose this could've been moved into lib/cinder19:44
*** danwent has quit IRC19:45
*** danwent_ is now known as danwent19:45
tonglican anyone tell me how to use the code review site to respond to a comment (not inline comment)?19:49
cloudflyi didn't know that could be done.19:49
dansmithtongli: click the review button19:50
*** sandywalsh has quit IRC19:51
tongliah, I thought that was just for the people who wants to review my code.19:51
*** atdxs has joined #openstack-dev19:51
tonglilet me try that.19:51
*** eglynn_ has joined #openstack-dev19:51
*** littleidea has quit IRC19:54
ewindischYou can leave a +0 review with comment19:54
ewindisch(really there is no plus or minus on zero… but I guess a '0 review' wouldn't have made as much sense)19:55
*** littleidea has joined #openstack-dev19:56
jgriffithjeblair: Sorry... I went ahead and moved the changes into lib/cinder19:57
jeblairjgriffith: no prob, the change is on my dashboard now.  :)  is there a corresponding cinder change(s)?19:57
jgriffithjeblair: It turns out as vishy said this will work without those cinder changes19:58
jgriffiththe bin file is the only one that should be needed19:58
jgriffithjeblair: *should* is the key19:58
vishyjgriffith, jeblair: that is my theory :)19:58
jgriffithvishy: I'm sure that's the case, just had to convince myself and look at the code :)19:59
*** danwent has quit IRC20:02
*** Shrews has quit IRC20:04
*** eglynn_ has quit IRC20:10
tonglican some helping soul approve this patch, https://review.openstack.org/#/c/10038/, this is basically 6 character change.20:12
*** jog0 has quit IRC20:13
*** novas0x2a|laptop has joined #openstack-dev20:16
*** armaan has joined #openstack-dev20:18
*** bencherian has joined #openstack-dev20:19
*** armaan has quit IRC20:22
*** tongli has quit IRC20:24
jgriffithdtroyer: ping20:27
dtroyerjgriffith: yo20:27
*** bencherian has quit IRC20:27
jgriffithdtroyer: I'm confused... it is in the configure_cinder function isn't it?20:28
*** eglynn_ has joined #openstack-dev20:28
dtroyerjgriffith: yes, that is where all of the configuration bits are handled20:28
jgriffithdtroyer: But your comment on the review said it "belongs" in config_cinder, but I did put the changes in configure_cinder I thought?20:29
dtroyerum, I was looking at patch set 3, we must have done that in parallel, let me re-look20:30
jgriffithdtroyer: Yeah, just occured to me that might be the case20:30
jgriffithdtroyer: I remembered the *new* model after that submission :)20:30
dtroyerjgriffith: can you see any case where the CINDER_ROOTWRAP var might be needed outside this function?  if not it looks good20:32
*** bencherian has joined #openstack-dev20:32
jgriffithdtroyer: I don't see any reason, this would have to be run any time cinder service is enabled based on what I saw first glance20:33
* jgriffith thinking20:33
jgriffithdtroyer: If I'm correct in my thinking that configure_cinder would have to be run any time cinder is enabled then we should be good20:34
jgriffithdtroyer: Without the service running there's no other need/use for cinder20:34
jgriffithrootwra20:34
jgriffithdtroyer: I'll resubmit if you don't see any other issues?20:35
dtroyerjgriffith: the nova version sets root_helper=sudo $NOVA_ROOTWRAP in nova.conf, does cinder have an equivalent?20:36
jgriffithdtroyer: I believe that's the "new" model that we don't have implemented yet20:36
jgriffithdtroyer: lemme double check20:36
jgriffithdtroyer: Ahhh... very nice catch!20:38
*** dmarkey has quit IRC20:44
jgriffithdtroyer: http://paste.openstack.org/show/19517/ Not positive on the iniset syntax20:45
*** rkukura has quit IRC20:46
*** rkukura has joined #openstack-dev20:46
jgriffithdtroyer: found it... ok, so needs quotes I'm thinking20:48
*** littleidea has quit IRC20:49
*** littleidea has joined #openstack-dev20:50
*** ayoung has quit IRC20:50
*** anniec has quit IRC20:52
*** EmilienM has quit IRC20:53
dtroyerjgriffith: back…it'll need quotes, I'm not sure I tested inset with args with spaces, let me check20:55
*** anderstj has joined #openstack-dev20:55
*** anderstj has quit IRC20:55
dtroyerjgriffith: yes, it's even in the test script…should work fine with one set of quotes20:56
*** timello has quit IRC20:59
*** timello has joined #openstack-dev20:59
jgriffithdtroyer: good, that's what I submitted :)20:59
jgriffithdtroyer: https://review.openstack.org/#/c/10073/520:59
dtroyerjgriffith: you're close, real close...21:00
jgriffithdtroyer: killin me :)21:00
dtroyerjgriffith: the creation of CINDER_CONF_DIR needs to come first21:00
jgriffithdtroyer: BTW something is funky with diff view not moving it up21:00
jgriffithdtroyer: hehe21:01
dtroyeralso, collapse the blank line at the end to one21:01
jgriffithdtroyer: Yeah, if you do the full file view you'll see it's actually moved up before the ini set21:01
jgriffithdtroyer: Ok, got ya21:01
*** ecarlin has quit IRC21:01
*** JStoker has quit IRC21:02
jgriffithdtroyer: last one21:03
dtroyerjgriffith: sooooo close...21:04
dtroyerjgriffith: it looks like you copied lines 94-99 rather than cut them21:04
jgriffithdtroyer: Yep21:04
dtroyerjgriffith: so in the current patch set, remove 91-10021:04
*** thovden has quit IRC21:05
dtroyerjgriffith: nothing like late Friday coding to start the weekend21:05
*** dmarkey has joined #openstack-dev21:05
jgriffithdtroyer: This is what happens when I get in a hurry and think something is a "simple" change21:06
*** rnirmal has quit IRC21:07
dtroyerjgriffith: and that's the reason devops-types like Read-Only-Friday21:07
jgriffithdtroyer: Ok... now that should really ebe it this time21:07
jgriffithdtroyer: Hmm... that's not a bad idea21:07
*** cp16net|away is now known as cp16net21:07
dtroyerjgriffith: I say it's a go before anything else happens21:08
jgriffithdtroyer: Agreeed!!21:08
jgriffithdtroyer: Thanks!21:09
jgriffithjeblair: thanks to you as well, I'll run recheck after this hits21:09
*** eglynn_ has quit IRC21:11
*** ecarlin has joined #openstack-dev21:12
jeblairjgriffith: awesome!21:16
jgriffithjeblair: We'll see21:18
jgriffithjeblair: BTW, how did you determine a root/sudo problem?21:19
* jgriffith wants to learn to fish 21:19
jeblairjgriffith: combing the log files that are archived in jenkins21:19
*** dmarkey has quit IRC21:19
*** dmarkey has joined #openstack-dev21:20
jgriffithjeblair: So I just missed the *right* screen log21:20
jgriffithfigures21:20
jeblairyeah, and i think it ended up interleaved with the rest of the output (like it went to stderr instead of stdout) so it didn't really jump out at you.21:20
jgriffithjeblair: Well, good to know for the future.  That data's there, just have to find it21:21
*** dmarkey has quit IRC21:21
jeblairjgriffith: yeah, and if there's any other data we need to pull back off the host into jenkins, we can add it to what devstack-gate collects.21:21
*** atdxs has quit IRC21:28
*** JStoker has joined #openstack-dev21:28
*** troytoman is now known as troytoman-away21:31
*** dubsquared has joined #openstack-dev21:31
creihtjgriffith: just fyi: https://bugs.launchpad.net/nova/+bug/102726321:34
uvirtbotLaunchpad bug 1027263 in nova "Nova volume api volume list and volume detail list are the same" [Undecided,New]21:34
jgriffithcreiht: thanks21:35
creihtNot sure how you guys are tagging bugs that are in both nova volume and cinder21:35
jgriffithcreiht: I'm manually doing an "also affects project"21:35
creihtahh ok21:35
creihtI'll do that for now on21:35
jgriffithcreiht: Are you just doing a curl call for this?21:36
creihtjgriffith: yeah I was just going through validating the api calls21:36
jgriffithcreiht: K21:36
*** mdomsch has quit IRC21:44
*** littleidea has quit IRC21:45
*** dmarkey has joined #openstack-dev21:47
*** littleidea has joined #openstack-dev21:52
mtaylorbcwaldon: around?21:54
Vekcan I get some reviews on https://review.openstack.org/#/c/9997/ please?21:56
jaypipesdansmith: screw it... I played around with damn decorators all friggin day and was a total waste of time... there are so many decorators inside decorators inside decorators with nova it is tough to tell what level of inception you are in at times, and adding parameterized decorators (which require a decorator object with an __init__ method) just gets ugly with all the fucntools.wrapped() decorators...21:56
jaypipesdansmith: so I give up... and you can count me as +1 in your patch.21:57
*** jog0 has joined #openstack-dev21:57
jaypipesmeanwhile, I'm going to have a beer. very frustrated.21:57
*** jaypipes has quit IRC21:57
Vekyeah, decorators are screwy.21:57
Vekwhen I have the chance, I try to write decorators that only meddle with attributes on the functions; that's a lot easier to do and understand...21:58
Vekbut of course there's always a need to have decorators that wrap the function call...21:58
*** mnewby has quit IRC21:59
*** mnewby has joined #openstack-dev21:59
*** salgado has quit IRC22:04
*** dubsquared has quit IRC22:06
bcwaldonmtaylor: nope, email plz22:06
mtaylorbcwaldon: bah22:07
mtaylorbcwaldon: email too slow22:07
mtaylorbcwaldon: I've already stopped caring22:07
bcwaldonmtaylor: like a boss22:08
*** ecarlin_ has joined #openstack-dev22:08
mtaylorbcwaldon: hell yeah22:08
*** ecarlin has quit IRC22:08
*** ecarlin_ is now known as ecarlin22:08
*** steveb_ has joined #openstack-dev22:12
*** anderstj has joined #openstack-dev22:12
*** kbringard has left #openstack-dev22:14
*** zaneb has quit IRC22:16
*** littleidea has quit IRC22:20
*** mnewby has quit IRC22:21
*** rpedde is now known as rpedde_away22:21
*** sacharya has quit IRC22:22
*** dachary1 has joined #openstack-dev22:30
*** issackelly has quit IRC22:31
*** dachary has quit IRC22:31
*** mnewby has joined #openstack-dev22:31
*** dachary1 is now known as dachary22:32
jgriffithcreiht: You still around?22:32
*** littleidea has joined #openstack-dev22:32
*** steveb_ has quit IRC22:32
*** Slower has quit IRC22:33
jgriffithjeblair: ping22:33
*** jog0 has quit IRC22:37
ttxjgriffith: fire me an email so that I don't forget to look into that22:44
ttx(cinder-rootwrap)22:44
ttxtravel today is likely to erase all memory from it22:44
jgriffithttx: sounds good, hopefully what we've done will work temporarily at least22:44
*** thingee has quit IRC22:44
creihtjgriffith: howdy22:46
creihtwhat's up?22:46
*** dachary1 has joined #openstack-dev22:46
jgriffithcreiht: Just posted a question about your detail bug22:46
creihtk22:47
*** dachary has quit IRC22:47
*** dachary1 is now known as dachary22:50
creihtjgriffith: updated22:51
*** PotHix has quit IRC22:51
creihtjgriffith: tldr: it should work just like /servers and /servers/detail do22:52
jgriffithcreiht: git it, thanks.  Just wanted it explicitly pointed out22:52
creihtyeah22:52
creihtand I'm out... have a good weekend :)22:52
*** PotHix has joined #openstack-dev22:53
jgriffithcreiht: Thanks.. you too22:53
*** issackelly has joined #openstack-dev22:53
*** datsun180b has quit IRC22:54
jgriffithAny tempest folks still around?22:55
*** bencherian has quit IRC23:00
*** adjohn has joined #openstack-dev23:00
*** bencherian has joined #openstack-dev23:01
*** anderstj has quit IRC23:02
*** bencherian has quit IRC23:02
*** adjohn has quit IRC23:02
*** dtroyer is now known as dtroyer_zzz23:04
*** blamar has quit IRC23:08
*** edygarcia has quit IRC23:15
*** salv-orlando has joined #openstack-dev23:19
*** jgriffith is now known as jgriffith_away23:21
*** dtroyer_zzz is now known as dtroyer23:21
*** dmarkey has quit IRC23:26
*** dmarkey has joined #openstack-dev23:27
*** danwent has joined #openstack-dev23:29
*** mnewby has quit IRC23:30
*** anniec has joined #openstack-dev23:30
*** mnewby has joined #openstack-dev23:30
*** armaan has joined #openstack-dev23:31
*** armaan has left #openstack-dev23:31
*** arosen has quit IRC23:33
*** adjohn has joined #openstack-dev23:33
*** danwent has quit IRC23:37
*** mnewby has quit IRC23:40
*** steveb_ has joined #openstack-dev23:41
*** issackelly has quit IRC23:47
*** ecarlin_ has joined #openstack-dev23:48
jeblairjgriffith_away: lots of progress; it looks like cinder passed the devstack exercises, but failed one of the tempest tests.23:48
*** arosen has joined #openstack-dev23:49
*** bencherian has joined #openstack-dev23:51
*** ecarlin has quit IRC23:52
*** markmcclain has joined #openstack-dev23:52
*** markmcclain has quit IRC23:52
*** ecarlin_ has quit IRC23:52
*** sacharya has joined #openstack-dev23:54

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