| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-03-09 | |||
| 13:01:01 | asettle | nicolasbock: while you're here ;) if you haven't seen my email to the dev ML, I've had to update a nova-related bug to critical. https://bugs.launchpad.net/openstack-manuals/+bug/1663485 | |
| 13:01:08 | asettle | We've gotta hit the ground running | |
| 13:01:11 | mriedem | johnthetubaguy: bauzas: cdent: sfinucan: i'm not going to be able to run the full meeting this morning, got single parenting before school duties - can one of you pick up running the meeting? | |
| 13:01:16 | asettle | I need as many people as possible to help test: https://review.openstack.org/#/c/438328/ | |
| 13:01:47 | cdent | asettle: i've started a run through of the current doc | |
| 13:01:55 | cdent | mriedem: yeah, I'm sure one of us can get it | |
| 13:02:05 | nicolasbock | asettle, I'll have a look | |
| 13:02:24 | johnthetubaguy | mriedem: +1 for cdent to take the helm | |
| 13:02:33 | mriedem | heh, i see what you did there | |
| 13:02:35 | asettle | Ugh thank you! I'm on it as well. Starting completely fresh. | |
| 13:02:43 | asettle | Really appreciate it cdent and nicolasbock :) | |
| 13:03:00 | mriedem | the nova meeting agenda is up to date as of last night, so should be good to go there | |
| 13:03:01 | cdent | but yeah, sure | |
| 13:03:09 | asettle | In theory, the instructions should be right now. But I need to make sure :) | |
| 13:03:35 | johnthetubaguy | cdent: I am going to try join a TC vision thing thats happening in boston today, somehow | |
| 13:05:06 | openstackgerrit | Lee Yarwood proposed openstack/nova master: compute: Move detach logic from manager into driver BDM https://review.openstack.org/439520 | |
| 13:05:07 | openstackgerrit | Lee Yarwood proposed openstack/nova master: compute: Only destroy BDMs after successful detach call https://review.openstack.org/440693 | |
| 13:05:07 | openstackgerrit | Lee Yarwood proposed openstack/nova master: objects: Add attachment_id to BlockDeviceMapping https://review.openstack.org/437665 | |
| 13:05:08 | openstackgerrit | Lee Yarwood proposed openstack/nova master: db: Add attachment_id to block_device_mapping https://review.openstack.org/437597 | |
| 13:05:25 | cdent | johnthetubaguy: good luck with that, remote vision is hard | |
| 13:06:02 | johnthetubaguy | cdent: yeah | |
| 13:08:45 | bauzas | johnthetubaguy: asettle: saw the ML replies, looks like the problem is related to libvirt so | |
| 13:08:53 | johnthetubaguy | asettle: stupid question, but do we know how the packaging folks tested the packages? | |
| 13:09:23 | bauzas | mriedem: okay, I can run it | |
| 13:09:36 | johnthetubaguy | asettle: I think I always assumed they would update the install docs based on the release notes and upstream notes, maybe that was never a thing | |
| 13:11:02 | mriedem | bauzas: i think cdent is on the hook | |
| 13:11:17 | cdent | like a fish | |
| 13:11:33 | asettle | johnthetubaguy: 'how' - as in, physically how they test it, or how do we know if they did it? | |
| 13:11:45 | asettle | bauzas: yes, I hope that's all that is. But we still need to test to ensure that. | |
| 13:11:54 | johnthetubaguy | asettle: physically really | |
| 13:12:05 | bauzas | mriedem: cdent: okay, no worries, good with me | |
| 13:14:22 | asettle | johnthetubaguy: that I can't answer. We have people who test it for us. We track the work here: https://wiki.openstack.org/wiki/Documentation/OcataDocTesting | |
| 13:14:26 | asettle | As you can see, we're a bit blocked. | |
| 13:14:57 | johnthetubaguy | asettle: no worries, just missing bits of the loop here | |
| 13:15:54 | openstackgerrit | sahid proposed openstack/nova master: numa: fit instance NUMA node with cpus reserved onto host NUMA node https://review.openstack.org/400875 | |
| 13:15:54 | openstackgerrit | sahid proposed openstack/nova master: libvirt: return a CPU overhead if isolate emulator threads requested https://review.openstack.org/385364 | |
| 13:15:56 | openstackgerrit | sahid proposed openstack/nova master: virt: update overhead to take into account vCPUs https://review.openstack.org/385024 | |
| 13:16:01 | asettle | Well, we get access to the packages, we then test. Let me poke around and get some holes fixed up for you. I admit entirely I haven't been a part of the install guide process for quite some time. | |
| 13:16:03 | openstackgerrit | sahid proposed openstack/nova master: libvirt: make emulator threads to run on the reserved pCPU https://review.openstack.org/400878 | |
| 13:16:04 | openstackgerrit | sahid proposed openstack/nova master: numa: take into account cpus reserved https://review.openstack.org/400876 | |
| 13:16:05 | openstackgerrit | sahid proposed openstack/nova master: numa: update numa usage incording the cpu reserved https://review.openstack.org/400877 | |
| 13:17:23 | johnthetubaguy | asettle: no worries, same here | |
| 13:21:55 | openstackgerrit | Sivasathurappan Radhakrishnan proposed openstack/nova master: Port binding based on events during live migration https://review.openstack.org/434870 | |
| 13:24:06 | openstackgerrit | Dao Cong Tien proposed openstack/nova master: Stop using mox in unit/virt/disk/test_api.py https://review.openstack.org/342061 | |
| 13:24:22 | openstackgerrit | Alex Xu proposed openstack/nova master: placement: Add Traits API to placement service https://review.openstack.org/376200 | |
| 13:24:23 | openstackgerrit | Matthew Booth proposed openstack/nova master: WIP: Replace target_cell and set_target_cell with context.for_cell() https://review.openstack.org/443627 | |
| 13:24:27 | cdent | asettle: as a mildly irrelevant aside: a) I'm able to follow these docs in general quite well so: awesome!, b) the nova endpoints are being created with tenant_id in them, has the "naw, that's icky" been communicated (to you and others) in any fashion? | |
| 13:25:52 | mdbooth | dansmith: If you're alive yet, I starting writing this: https://review.openstack.org/#/c/443627/ | |
| 13:25:59 | asettle | cdent: a) SWISH! Terrific. How are you testing? Greenfields? b) the nova docs have not been updated in a *long* time I'm assuming. Hence, need for liaison blah blah you get it. Tl;DR - no. | |
| 13:26:11 | cdent | :) | |
| 13:26:16 | mdbooth | It's in response to my review comment on https://review.openstack.org/#/c/442685/ | |
| 13:26:30 | cdent | asettle: I'm using some bare vms, ubuntu | |
| 13:26:52 | mdbooth | dansmith: If it's architecturally sound it removes a ton of edge cases and boilerplate | |
| 13:27:45 | mdbooth | melwitt: ^^^ https://review.openstack.org/#/c/443627/ | |
| 13:27:47 | asettle | cdent: okay ubuntu is good. That was one of the ones with an issue. I'm trying to do CentOS (key word: trying - screw netowrking rn) | |
| 13:29:33 | mdbooth | dansmith melwitt: It's a bunch of donkey work, so I'm going to leave it like that until we validate/invalidate the approach | |
| 13:31:25 | openstackgerrit | Eric Fried proposed openstack/nova master: PowerVM Driver: spawn/delete #1: no-ops https://review.openstack.org/438119 | |
| 13:33:35 | openstackgerrit | Eric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #2: functional https://review.openstack.org/438598 | |
| 13:33:58 | owalsh | asettle: is there another doc for upgrades, or do we just care about greenfield installs? | |
| 13:34:29 | openstackgerrit | Eric Fried proposed openstack/nova master: PowerVM Driver: power_on/off and reboot https://review.openstack.org/427380 | |
| 13:35:48 | openstackgerrit | Eric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #3: TaskFlow https://review.openstack.org/438729 | |
| 13:36:13 | asettle | owalsh: we only care about greenfields with regards to this doc | |
| 13:36:13 | openstackgerrit | Eric Fried proposed openstack/nova master: PowerVM Driver: spawn/destroy #4: full flavor https://review.openstack.org/391288 | |
| 13:36:24 | asettle | (wow, freud, originally wrote 'shit doc' o.o) | |
| 13:36:39 | openstackgerrit | Eric Fried proposed openstack/nova master: PowerVM Driver: console https://review.openstack.org/409402 | |
| 13:38:05 | openstackgerrit | Eric Fried proposed openstack/nova master: WIP: PowerVM Driver: SSP emphemeral disk support https://review.openstack.org/443189 | |
| 13:39:17 | sean-k-mooney | this is proably a dumb question but if i resize an image it wont loose data will it? assuming it succedded etc | |
| 13:39:30 | sean-k-mooney | sorry not image instance | |
| 13:40:10 | sean-k-mooney | just want to double check before i do it to the dev env i use for dpdk | |
| 13:41:10 | efried | sean-k-mooney IIRC, resize will detach disks, destroy the instance, create a new instance with the same name and UUID and the new flavor specs, then reattach the same disks. | |
| 13:41:32 | efried | sean-k-mooney So no, you shouldn't lose data that's on the disks. | |
| 13:42:02 | sean-k-mooney | efried: ok that was what i was hoping you would say. its what i assumed it would do but wanted to double check | |
| 13:42:06 | efried | sean-k-mooney But I could be wrong about all of that ;-) | |
| 13:42:50 | sean-k-mooney | well worst case i recerate my dev enviornment. i dont currently have anything on it that is not pushed to gerrit bar my local.conf | |
| 13:42:52 | efried | I assume resize on a live instance will do a graceful shutdown. | |
| 13:43:55 | openstackgerrit | Matt Riedemann proposed openstack/nova master: WIP: Temporarily untarget context when deleting from cell0 https://review.openstack.org/443403 | |
| 13:44:03 | mriedem | melwitt: Kevin_Zheng: ^ updated that patch | |
| 13:44:33 | sean-k-mooney | well the cloud its on is at max capasity and i have the instance shut down and some spawned another instance and now i cant start it so trying to see if i can startit with less ram instead of deleting other insances which is my next option | |
| 13:44:45 | mriedem | i'll work on a functional test for the recreate today | |
| 13:45:05 | efried | thorst adreznec esberglu Please re-+1 https://review.openstack.org/438598 - had merge conflict all the way up the chain, but this was the only one I had to rebase by hand. (gerrit carries +1s through auto rebases, it seems.) | |
| 13:45:19 | efried | sean-k-mooney If only you were running PowerVM ;-) | |
| 13:45:31 | thorst | efried: will do | |
| 13:45:32 | frickler | cdent: regarding "tenant_id in endpoint", is there a document somewhere how it should be upgraded/changed properly? | |
| 13:46:40 | efried | sean-k-mooney Isn't there a memory overcommit in the conf? | |
| 13:46:49 | cdent | frickler: yes, probably, but I'm not sure where at the moment, and buried in reviewing these docs. sdague will know (when returns from tc things) | |
| 13:47:08 | sean-k-mooney | efried: im not sure intel it would be trilled with me runing power lol :) | |
| 13:47:13 | efried | sean-k-mooney So you would at worst have to shut down other instances if you're truly out of memory on the host. | |
| 13:47:47 | mriedem | mdbooth: given your comment on the os-migrations patch and the target cell stuff, and corruption, see https://review.openstack.org/443403 | |
| 13:47:51 | sean-k-mooney | libvirt was failing to alloc the memory so ya it was shutdown because i really was out of memory on the host | |
| 13:49:08 | efried | sean-k-mooney I can never keep straight which is which, but one of shelve, pause, or suspend will save an instance in such a way that it's recoverable, but its resources are freed up. | |
| 13:50:27 | bauzas | sfinucan: heh, fun you took it :p | |
| 13:50:34 | bauzas | sfinucan: https://review.openstack.org/#/c/235930/ | |
| 13:50:43 | openstackgerrit | Matt Riedemann proposed openstack/nova master: WIP: Temporarily untarget context when deleting from cell0 https://review.openstack.org/443403 | |
| 13:50:59 | sfinucan | bauzas: After 18 months I figured you wouldn't mind :P | |
| 13:51:18 | sfinucan | also, I was trying to get DevStack in Vagrant going (again) | |
| 13:51:43 | bauzas | sfinucan: heh, you hit my 18-month acceptance deadline | |
| 13:51:49 | sean-k-mooney | sfinucan: qq. you were doing some struff with adding tags to alias correct? e.g. for pci passthrough? | |
| 13:52:14 | sfinucan | sean-k-mooney: Not me personally, but someone was iirc | |
| 13:53:24 | sean-k-mooney | sfinucan: do you know if that ever merged? | |
| 13:53:52 | sfinucan | sean-k-mooney: I don't, I'm afraid. moshele might be a better person to ask | |