| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-03-09 | |||
| 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 | |
| 13:54:23 | sean-k-mooney | im asking for the nic feature spec, jay was suggesting moveing the feautre request for the alias to the flavor extra spec | |
| 13:55:08 | sean-k-mooney | we could move it to the flavor or image mentadata but i was wondering if the device tags would be better but that assumes that work was completed | |
| 13:55:30 | sean-k-mooney | sfinucan: but cool thanks ill take a look and see | |
| 13:58:15 | cdent | coreycb (or anyone else): where's the right place to report an apparent bug in the the packaging (specifically the apache config) for placement api? | |
| 13:58:50 | mriedem | cdent: probably ubuntu/nova | |
| 13:58:59 | cdent | thanks mriedem | |
| 13:59:06 | mriedem | https://bugs.launchpad.net/ubuntu/+source/nova/+bugs ? | |
| 13:59:23 | coreycb | cdent, mriedem, yes that's correct | |
| 13:59:25 | mriedem | i'm not entirely sure, jamespage can probably help too | |
| 13:59:27 | mriedem | \o/ | |
| 13:59:38 | cdent | gold star for mriedem | |
| 13:59:42 | coreycb | :) | |
| 13:59:52 | coreycb | cdent, mind forwarding that along once it's open? | |
| 14:00:02 | cdent | yeah, will do, | |
| 14:00:12 | coreycb | cdent, thanks | |
| 14:14:24 | jaypipes | sean-k-mooney, sfinucan: fancy a hangout to discuss this? | |
| 14:15:02 | sfinucan | jaypipes: The NIC feature spec, you mean? | |
| 14:18:16 | jaypipes | sfinucan: ya | |