| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-09-05 | |||
| 12:39:02 | sean-k-mooney | congrats, or commiserations depending on the cardonality of said event :) | |
| 12:39:33 | sean-k-mooney | in either case happy birthday. | |
| 12:39:39 | efried | 42, the Answer to the Ultimate Question of Life, the Universe, and Everything | |
| 12:39:43 | efried | thanks | |
| 12:40:03 | sean-k-mooney | also the flvour id for m1.nano | |
| 12:40:04 | tssurya | efried: happy wishes | |
| 12:40:10 | stephenfin | kashyap: libvirtd (libvirt) 4.0.0 | |
| 12:40:29 | efried | thanks tssurya :) | |
| 12:40:33 | stephenfin | kashyap: QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.4~cloud0) | |
| 12:40:52 | stephenfin | kashyap: (That's a DevStack deployment on Ubuntu 16.04) | |
| 12:42:16 | sean-k-mooney | stephenfin: you should really swap to 18.04 at somepoint but proably after the gate does | |
| 12:42:38 | stephenfin | sean-k-mooney: Yeah, the choice of 16.04 was intentional for that reason | |
| 12:45:33 | sean-k-mooney | stephenfin: efried by the way i assume i need a spec rather than just a blueprint for sirov attach? | |
| 12:45:53 | stephenfin | sean-k-mooney: I would think so, yes | |
| 12:46:41 | sean-k-mooney | specificly via neutron port of vnic-type=direct|macvtap|driect-pyhical and maybe virtio-forwarder | |
| 12:46:49 | stephenfin | jangutter: You asked me to look at some netronome os-vif patches a while back, but I think someone asked for a spec and it was deferred to stein. Is my recollection of events correct and, if so, is there a spec I can review? | |
| 12:47:30 | stephenfin | sean-k-mooney: A spec would probably be a good idea if only so you can explain how one intends to solve the issue, assuming this is more than a one patch change (which I think it is) | |
| 12:47:38 | jangutter | stephenfin: Yep, your recollection is correct, and sadly nothing new to review. | |
| 12:48:03 | openstackgerrit | Jan Gutter proposed openstack/nova-specs master: Spec to implement vRouter HW offloads https://review.openstack.org/567148 | |
| 12:48:22 | jangutter | stephenfin: I'm just re-proposing the rocky spec to Stein (with some light updates as to what occurred thus far...) | |
| 12:48:50 | efried | sean-k-mooney: I started typing questions to figure out whether I thought a spec was necessary | |
| 12:49:02 | efried | sean-k-mooney: but there were enough of them and they were open-ended enough that the answer is obviously yes. | |
| 12:49:14 | stephenfin | jangutter: ack | |
| 12:49:17 | sean-k-mooney | stephenfin: for https://review.openstack.org/#/c/572081/ | |
| 12:49:21 | jangutter | stephenfin: apologies, I've been deep in the guts of bootstrapping a CI on our side. It's surprisingly fun, and also surprisingly time consuming. | |
| 12:49:58 | stephenfin | jangutter: It's alllll good | |
| 12:50:01 | sean-k-mooney | efried: ya there was a spec for this in the past. i had assumed i would need wone but i just had not gotten around to it | |
| 12:51:24 | sean-k-mooney | jangutter: how closely have you been following the cyborg proposals? will you be at the ptg? | |
| 12:51:47 | jangutter | what the heck, how did you guys start discussing the stuff I want to talk about after about 2 weeks of absence right as I log on? | |
| 12:52:00 | jangutter | sean-k-mooney: yep I'll be at PTG for the week. | |
| 12:52:46 | kashyap | stephenfin: Most excellent; thanks! | |
| 12:52:49 | jangutter | sean-k-mooney: could I convince a couple of people to knock heads together so we can get this "offload abstraction layer" up to the standards of jaypipes? | |
| 12:53:27 | jangutter | sean-k-mooney: to be honest, I've had only the briefest glances re: cyborg. what's the latest? | |
| 12:54:05 | sean-k-mooney | jangutter: i can take a look if that will help. | |
| 12:54:34 | sean-k-mooney | jangutter: not much has changed but i have stared to look into it alot more closely in the last week or two | |
| 12:56:33 | sean-k-mooney | jangutter: i am hoping that we can make significat progress at the ptg. if we dont then i will have a very differnt counter propsal to solve the same usecase without cyborg | |
| 12:56:44 | sean-k-mooney | jangutter: that is generic device management | |
| 12:57:43 | jangutter | sean-k-mooney: Yep, that's good to hear. One of the "nice things" is that we can at least _test_ the interface on one reference install. | |
| 12:59:26 | jangutter | sean-k-mooney: it's also pretty close to the time when Neutron should start passing os-vif objects to Nova. | |
| 13:00:13 | sean-k-mooney | jangutter: have you been looking at my rfe backlog and or the items i added for the nova-neutron cross project session :) | |
| 13:00:44 | jangutter | sean-k-mooney: not yet! It's on my to-do list for today. | |
| 13:01:58 | sean-k-mooney | yes i would finally like to get to that point this cycle. i added it as a topic for the cross project session. i think the neutron folks would like to move in that direct question is finding time to do it but i may know some people that could help | |
| 13:18:34 | mriedem | prometheanfire: clean run of nova-status upgrade check in devstack with the 2 nova patches applied http://logs.openstack.org/47/599847/3/check/tempest-full/2e19da6/controller/logs/devstacklog.txt.gz#_2018-09-05_06_31_52_989 | |
| 13:24:34 | mriedem | dansmith: when you get a chance, probably need you to weigh in here https://review.openstack.org/#/c/599744/ | |
| 13:41:26 | dansmith | mriedem: okay, after coffee | |
| 13:45:37 | tssurya | mriedem, dansmith, melwitt: I'll by flying out today, should be in airport transit for the cells meeting if we are having one | |
| 13:46:25 | dansmith | tssurya: ack, we should cancel.. I'm just getting back up to speed since last week anyway and we'll be together next week | |
| 13:46:25 | openstackgerrit | Chris Dent proposed openstack/nova-specs master: List resource providers having inventory https://review.openstack.org/600016 | |
| 13:47:23 | tssurya | dansmith:ack | |
| 14:04:28 | mriedem | alex_xu: how about i just pull the try/except change out of https://review.openstack.org/#/c/599744/ and make it a follow up so we can discuss what to do about it separately? | |
| 14:12:08 | openstackgerrit | Eric Fried proposed openstack/nova master: Use uuidsentinel from oslo.utils https://review.openstack.org/600070 | |
| 14:13:15 | efried | cdent: ^ | |
| 14:13:23 | cdent | roger | |
| 14:13:31 | efried | I guess I'll do the placement one... later | |
| 14:13:47 | pooja-jadhav | efried: Hello | |
| 14:14:03 | efried | cdent: or redo https://review.openstack.org/#/c/599386/ actually | |
| 14:14:08 | efried | pooja-jadhav: Howdy. | |
| 14:14:21 | alex_xu | mriedem: sounds a good idea | |
| 14:14:32 | pooja-jadhav | efried: R u aware about block device mapping? | |
| 14:15:02 | efried | pooja-jadhav: It's a roiling, swirling vortex of mystery to me. | |
| 14:15:22 | cdent | efried: I suspect it is easier/clean to let 599386 merge and adapt it to uuidutils after | |
| 14:15:33 | efried | cdent: ack | |
| 14:15:54 | mriedem | alex_xu: ok i'll pull that out then | |
| 14:16:23 | pooja-jadhav | efried: can u locate me to the correct person who knows about it in detail?? | |
| 14:16:37 | mriedem | pooja-jadhav: just ask the question and someone that maybe can help, can try to help | |
| 14:16:43 | efried | pooja-jadhav: I hate to throw mriedem under the bus for everything, but he's probabl... | |
| 14:16:49 | efried | yeah, that :) | |
| 14:16:54 | pooja-jadhav | ohk | |
| 14:19:03 | pooja-jadhav | mriedem, efried: we can boot volume backed instance by two ways. 1. using --boot-volume 2. mentioned in the ref[1]https://docs.openstack.org/newton/user-guide/cli-nova-launch-instance-from-volume.html | |
| 14:20:05 | mriedem | oh there are myriad ways to bfv | |
| 14:20:16 | mriedem | don't forget image-defined bdms | |
| 14:20:20 | pooja-jadhav | mriedem, efried: When i boot an instance using --boot-volume. it creates single entry in block_device_mapping table. while when i use using --block-device in that case it creates 2 entries(1 for image and 1 for volume) | |
| 14:20:49 | mriedem | when you say --boot-volume do you mean --block-device? | |
| 14:21:03 | pooja-jadhav | no | |
| 14:21:16 | pooja-jadhav | --boot-volume (we need to passed bootable volume there) | |
| 14:21:26 | pooja-jadhav | volume created by an image | |
| 14:21:36 | cdent | "oh there are myriad ways to bfv" is the opening like to the poem that will get me the nobel prize for lit | |
| 14:21:51 | cdent | but only after my editor corrects my typing | |
| 14:22:31 | mriedem | pooja-jadhav: so this, "cinder create --image-id $IMAGE_ID --display_name=bootable_volume $SIZE_IN_GB" | |
| 14:23:13 | mriedem | "When i boot an instance using --boot-volume. it creates single entry in block_device_mapping table. while when i use using --block-device in that case it creates 2 entries(1 for image and 1 for volume)" | |
| 14:23:27 | mriedem | in the first case, the bootable volume is the root disk of the vm, it's the boot_index=0 bdm | |
| 14:23:32 | mriedem | that's why there is 1 bdm | |
| 14:23:38 | pooja-jadhav | issue i observed is: when i checked the instance created by above ref doc and tried to verifies is it BFV then as block device mapping gives me two entries. this method(is_volume_backed_instance) returns false | |
| 14:24:01 | mriedem | in the 2nd case, there is an ephemeral root disk on the compute host, not a volume, and then a blank non-bootable volume is attached to the vm where boot_index=None | |
| 14:24:01 | pooja-jadhav | mriedem: yes | |
| 14:24:14 | mriedem | b/c it's not volume-backed | |
| 14:24:30 | mriedem | if you want a volume-backed server, the root volume is specified with boot_index=0 | |
| 14:24:47 | mriedem | https://docs.openstack.org/nova/latest/user/block-device-mapping.html might be helpful | |
| 14:25:18 | mriedem | re: boot_index "Setting a negative value or None indicates that the device should not be used for booting." | |
| 14:25:43 | mriedem | from the example, | |
| 14:25:44 | mriedem | "nova boot --flavor FLAVOR --block-device \ source=SOURCE,id=ID,dest=DEST,size=SIZE,shutdown=PRESERVE,bootindex=INDEX \ NAME" | |
| 14:25:49 | mriedem | bootindex=INDEX Orders the boot disks. Use 0 to boot from this volume. | |
| 14:26:07 | mriedem | "nova boot --flavor 2 \ --block-device source=volume,id=$VOLUME_ID,dest=volume,size=10,shutdown=preserve,bootindex=0 \ myInstanceFromVolume" | |
| 14:26:25 | mriedem | ^ means boot from bootable volume $VOLUME_ID | |
| 14:27:12 | mriedem | the size field should probably be omitted from that last example since i don't think it's used for a pre-existing volume | |
| 14:27:26 | mriedem | the --block-device size field is only used when nova creates the volume and boots from it | |
| 14:27:41 | mriedem | cdent: "call me mriedem" | |
| 14:28:42 | mriedem | pooja-jadhav: does that answer your questions? | |
| 14:29:19 | pooja-jadhav | mriedem: yes, I will try this thing immediately, and let u know.. if anything more needed. Thanks for ur time :) | |
| 14:29:34 | mriedem | yw | |