Earlier  
Posted Nick Remark
#openstack-nova - 2017-07-10
16:25:24 kashyap Yep, it is - http://docs.ceph.com/docs/kraken/rbd/rbd-config-ref/
16:29:24 sdague mriedem: very ish... I'm traveling out to openwest tomorrow and there for the rest of the week
16:29:54 sdague mriedem: if you have a few priority things for me to look at I can, but won't have a ton of bw this week
16:30:52 mriedem sdague: ok, https://review.openstack.org/#/c/454322/ would be good
16:31:15 mriedem there is a cinder change dependent on it, and i've pushed devstack and tempest changes to test it all out - flushed a few bugs last week, test is green now
16:38:49 openstackgerrit Jay Pipes proposed openstack/nova master: placement: claim resources in scheduler https://review.openstack.org/476632
16:38:51 jaypipes mriedem, dansmith: ^^
16:44:08 mriedem yar matey
16:59:05 openstackgerrit Matt Riedemann proposed openstack/nova master: Mark LXC as missing for swap volume support https://review.openstack.org/482216
17:14:08 dansmith jaypipes: remind me.. we create allocations but the computes won't delete them yet because they're not instance.host=$me, right?
17:14:31 dansmith jaypipes: you're not very defensive about your allocation delete, and I was wondering if we could race to delete those with anything making that risky
17:15:59 jaypipes dansmith: in answer to your first question, yes, we don't delete the allocations because of this code: https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L1055-L1061
17:16:45 jaypipes dansmith: w.r.t. not being very defensive about allocation delete, I'm not following you. I'm deleting allocations that were successfully claimed in a multi-instance launch request where one of the claims failed but others succeeded.
17:17:13 dansmith jaypipes: right, but if one delete fails we won't continue to delete the rest (or try at least)
17:18:03 artom What's our policy on English mistakes in things like commit messages and comments?
17:18:07 jaypipes dansmith: if one delete fails, that's correct, we just ignore the failure and attempt deleting the others that were successfully allocated.
17:18:35 dansmith jaypipes: I was asserting that you wouldn't, but it looks like delete_allocation_for_instance() won't ever raise/fail
17:18:39 jaypipes artom: I always point out the mistakes
17:18:42 dansmith artom: +1 for correcting
17:18:44 dansmith me too
17:18:47 jaypipes dansmith: right.
17:19:00 artom dansmith, jaypipes, cheers!
17:19:12 jaypipes artom: I speak good.
17:19:26 artom jaypipes, only because you not fail english.
17:19:37 jaypipes heh :)
17:20:54 artom Aww, I was hoping someone would come in with the unpossible reference :(
17:22:47 kashyap artom: It's the way you phrase it, right?
17:22:55 kashyap artom: About correcting non-native English
17:23:02 kashyap If one talks like a moron, it'll come off bad
17:23:18 kashyap A good community example for this is - Eric Blake from QEMU
17:23:38 artom kashyap, you mean me correcting English mistakes and coming off as a pedantic twat?
17:23:39 kashyap He has this amazing knack to give feedback without sounding like a ****. And he's a stickler for English :-)
17:23:50 kashyap (So am I!)
17:23:52 kashyap aries: Yeah
17:23:59 kashyap Err, it was for artom
17:24:31 artom kashyap, thanks, I'll try to see if I can distill his technique into usable dos and donts
17:24:52 cdent dansmith: is this functional test still something you hope to make happen, or has it been superseded ? https://review.openstack.org/#/c/452006/
17:24:58 artom kashyap, it's still over text though - I can have the best intentions in the world, it's hard to know how your comments will be received
17:25:39 kashyap artom: Meanwhile, look at this feedback I got about how I over-use "comma", a developer (I know) labelled me: "You've gone comma-wild"!
17:26:01 dansmith cdent: yeah I guess
17:26:07 kashyap artom: `grep` for the terms: "conversation" and "wild" here :-) https://lists.nongnu.org/archive/html/qemu-devel/2017-07/msg01455.html
17:26:11 artom kashyap, I am disappoint
17:26:21 artom They completely missed the "you've made me comma-tose" pun
17:26:45 cdent dansmith: yeah, you’re still working on it, or yeah, it’s dead, or maybe “yeah, it should exist but I’ve not got the time”?
17:26:48 kashyap artom: Ah, good one :-)
17:26:58 dansmith cdent: mostly the latter
17:27:21 dansmith cdent: why, you want to work on it?
17:27:36 cdent dansmith: cool, thanks
17:28:20 cdent dansmith: well, perhaps, but the immediate issue was that it’s in my to do list as a recurring thing to review, and I’ve been defering it over increasing long periods
17:28:43 dansmith okay
17:28:44 cdent so thought perhaps it was dead and I can get it off my radar. i’ll keep it there for now.
17:29:06 cdent I don’t have a clear understanding on what time or attention I’ve got…
17:33:07 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: [WIP] Add native implementation OVSDB API https://review.openstack.org/482226
17:35:39 artom kashyap, since you nibbled at my bait
17:35:45 artom kashyap, https://review.openstack.org/#/c/481478/1//COMMIT_MSG
17:35:55 artom There's nothing *wrong* per se, it just reads weird
17:36:27 artom (Also, I think "taking the bait" is the correct expression, nibbling makes it sound, err, yeah)
17:37:00 artom Surely I can't just come in and "nothing's wrong here, but it's weird, here's what I'd write:" ?
17:38:29 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Read datapath_type from VIF object https://review.openstack.org/474914
17:38:48 edleafe artom: I usually acknowledge that while I understood the message, a native English speaker would phrase it differently
17:39:08 kashyap artom: Need to step out for a few; bbiab. Sorry
17:39:14 kashyap I'll look when I'm back
17:40:14 artom edleafe, ah, good technique :)
17:40:19 artom kashyap, sure, thanks :)
17:43:45 artom It comes down to reviewing something a person can't help
17:44:26 artom While we can hold pretty much everyone to the same coding standard, it's unreasonable to hold everyone to the same English standard
17:48:52 mriedem https://www.youtube.com/watch?v=KzyCi1BFATA
17:54:49 artom mriedem, better late than never ;)
17:56:03 mriedem gibi: was it intentional to not include the bdm.device_name in the versioned notifications?
18:03:52 openstackgerrit Jay Pipes proposed openstack/nova master: placement: claim resources in scheduler https://review.openstack.org/476632
18:03:56 jaypipes dansmith: corrected. ^
18:07:11 jaypipes dansmith: isn't it a quill, you old fart?
18:08:41 dansmith jaypipes: of course
18:08:55 mriedem if a bdm is created with destination_type='local', does it get a volume_id? if that tree falls in the bdm woods, does it make a sound?
18:09:25 dansmith if a bear drops a bdm in the woods, does it smell?
18:09:31 mriedem i'm sure it does
18:09:44 mriedem <sniff> <sniff> "smells like....bdm"
18:12:48 mriedem so you can have an image/local bdm, which is the boot device on local storage for the image the server is created with?
18:13:03 mriedem which is not the same as boot from volume, since there is no volume?
18:13:50 mriedem and blank/local means swap or ephemeral disk, which is local, which is not a volume
18:13:52 mriedem yeah?!
19:02:16 mriedem ha, the instance.update notification doesn't actually included the updated_at field
19:07:10 dansmith jaypipes: I would +2 your top patch but mriedem usually sees that as an opportunity to screw up my stats, and I don't want to inflict that on you, so I'll circle back when he's had a look :)
19:07:18 mriedem gdi
19:07:43 mriedem you know i won't review until you +2
19:07:56 dansmith well, then we have a problem here
19:08:12 dansmith I propose a dance-off
19:08:14 mriedem dansmith: how about i review that claims shenanigans and you see if the updates to https://review.openstack.org/#/c/416521/ make you happy
19:08:42 dansmith ugh
19:08:46 mriedem ha
19:08:56 mriedem or, see if my hypervisors/services uuid api changes make you happy
19:09:18 mriedem or any of the cinder v3 attachments patches
19:09:22 mriedem there are plenty to choose from
19:09:58 ildikov the Cinder v3 ones are very joyful :)
19:10:53 ildikov and if that statement would ruin my chances to get them reviewed please just ignore it...
19:11:01 smcginnis :)
19:11:49 ildikov although this one is really close: https://review.openstack.org/#/c/456971/
19:13:26 dansmith mriedem: I thought I was all +2 on your services ones
19:13:42 mriedem you said "when the time comes"
19:14:28 dansmith oh I see I had a -1 recently on the top one

Earlier   Later