Earlier  
Posted Nick Remark
#openstack-nova - 2017-03-09
12:25:06 arne_r mriedem_away lyearwood: Is this good enough for a workflow now? https://review.openstack.org/#/c/436868/
12:50:12 alex_xu bauzas: johnthetubaguy, looks like we have no quota for scheduler_hints....so is that something user can input any number of hints?
12:53:13 alex_xu but I guess that limited by the max length of request body
12:56:38 mriedem asettle: we had docs CPL volunteers in the mailing list
12:56:53 asettle mriedem: yes I was waiting to hear back from you regarding confirmation of that.
12:57:06 asettle I saw there were two volunteers - let me know who is available to provide the time
12:57:14 mriedem asettle: Kevin_Zheng and nicolas bock
12:57:23 asettle mriedem: terrific: https://wiki.openstack.org/wiki/CrossProjectLiaisons#Documentation
12:57:38 asettle It would be very much appreciated if you could update that table :)
12:57:53 openstackgerrit Alex Xu proposed openstack/nova master: placement: Move the common code out of ResourceClassCache https://review.openstack.org/416007
12:57:53 openstackgerrit Alex Xu proposed openstack/nova master: placement: Add Traits API to placement service https://review.openstack.org/376200
12:57:54 openstackgerrit Alex Xu proposed openstack/nova master: placement: Add simple cache object for traits https://review.openstack.org/441829
12:57:54 openstackgerrit Alex Xu proposed openstack/nova master: placement: Add Trait and TraitList objects https://review.openstack.org/376199
12:58:54 mriedem will do
12:59:03 mriedem nicolasbock: fyi ^
12:59:18 asettle Muchos appreciated :) and now, back to the manual install that'll kill my will to live
12:59:42 nicolasbock mriedem, thanks
13:00:17 mriedem asettle: updated
13:01:01 openstack Launchpad bug 1663485 in openstack-manuals "Document Nova v2 Cells and Placement API" [Critical,In progress] - Assigned to John Garbutt (johngarbutt)
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 ;-)

Earlier   Later