Earlier  
Posted Nick Remark
#openstack-nova - 2018-03-21
06:32:52 yikun gmann_, Thanks, cool, ``oneOf`` is like a powerful enum, and we can use it in here.
06:32:59 yikun gmann_, and for the things about policy name, I just think it's ok to me to change ``policy`` to ``name``, and do some convert in api to transfer this ``name`` to the ``policy`` in db.
06:34:43 openstackgerrit jichenjc proposed openstack/nova master: Move placement test cases from db to placement https://review.openstack.org/553149
06:38:45 yikun https://review.openstack.org/#/c/546925/2/specs/rocky/approved/allow-specifying-limit-for-affrinity-group.rst@49
06:38:45 yikun gmann_, actually, the 'name/type' also as a alternative name for policy, as I mentioned, in PS2:
06:39:00 yikun But I thought it seems we need keep consist between api and db, so, in current PS, I use the 2 times policy which look like a bit redundant.
06:55:41 openstackgerrit zhufl proposed openstack/nova master: Fix api-ref: nova image-meta is deprecated from 2.39 https://review.openstack.org/554813
06:59:08 openstackgerrit jichenjc proposed openstack/nova master: Remove quota reserve/commit/rollback https://review.openstack.org/521470
07:07:47 openstackgerrit jichenjc proposed openstack/nova master: deprecate fping_path config option https://review.openstack.org/526602
07:53:56 openstackgerrit jichenjc proposed openstack/nova master: Add more functional test for placement.usage https://review.openstack.org/513264
07:59:19 openstackgerrit Naichuan Sun proposed openstack/nova master: xenapi: Use XAPI pool instead of aggregate pool for shared SR migration https://review.openstack.org/554154
08:05:37 gmann_ yikun: i see, just respond. changing to name looks ok to me.
08:06:22 gmann_ yikun: i will give try to test the schema in parallel but tomorrow as it is holiday in japan so not allowed to work much due to wife order :)
08:07:26 openstackgerrit jichenjc proposed openstack/nova master: Remove translate and a TODO https://review.openstack.org/554827
08:08:04 yikun ha, really thanks, and I also try it now, but it seems doesn't work, I'm trying to find the reason.
08:08:10 yikun gmann_,
08:08:13 yikun ^
08:08:36 gmann_ ohk, sure
08:24:17 yikun gmann_, good msg, it works.
08:24:21 yikun it didn't work well before, the reason is a typo in "s/aditionalProperties/additionalProperties",
08:24:29 yikun sorry, I just copy from your comment and didn't find this tiny typo.
08:24:32 yikun and my result paste here:
08:24:37 yikun http://paste.openstack.org/show/707232/
08:26:45 gmann_ yikun: ahhh, thanks that's my bad finger when editing on vim :) good to hear that worked
08:29:03 yikun gmann_, lol, I will update specs later, and have a good holiday. : )
08:29:39 gmann_ yikun: thanks, ll review that once you push new version.
08:33:13 openstackgerrit Merged openstack/nova stable/ocata: Fix joins in instance_get_all_by_host https://review.openstack.org/511682
09:12:02 openstackgerrit Yikun Jiang (Kero) proposed openstack/nova-specs master: Complex (Anti)-Affinity Policies https://review.openstack.org/546925
09:37:26 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver https://review.openstack.org/527658
09:37:26 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver https://review.openstack.org/523387
09:37:27 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add power actions https://review.openstack.org/543340
09:37:27 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add snapshot function https://review.openstack.org/534240
09:37:28 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add get console output https://review.openstack.org/543344
09:41:03 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver https://review.openstack.org/527658
09:41:04 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add power actions https://review.openstack.org/543340
09:41:04 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add snapshot function https://review.openstack.org/534240
09:41:05 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add get console output https://review.openstack.org/543344
09:42:59 openstackgerrit zhufl proposed openstack/nova master: Fix api-ref: nova image-meta is deprecated from 2.39 https://review.openstack.org/554813
09:47:13 openstackgerrit sahid proposed openstack/nova master: libvirt: move get_numa_memnode in designer module https://review.openstack.org/554850
09:47:14 openstackgerrit sahid proposed openstack/nova master: libvirt: move vpu_realtime_scheduler in designer https://review.openstack.org/554851
09:58:12 openstackgerrit Naichuan Sun proposed openstack/nova master: xenapi: Use XAPI pool instead of aggregate pool for shared SR migration https://review.openstack.org/554154
10:59:14 lyarwood quick sanity check if anyone has a second, rebuild is the only way to propagate changes to the metadata of an image into an instance previously created from that image right?
11:00:28 lyarwood say I wanted to enable the QEMU guest agent in an instance, I'd need to add hw_qemu_guest_agent=yes to the image and then rebuild?
11:03:52 openstackgerrit sahid proposed openstack/nova-specs master: libvirt: add support for virtio-net rx/tx queue sizes https://review.openstack.org/539605
11:06:40 lyarwood stephenfin, mdbooth, sahid ^ quick sanity-check question above if you have time
11:08:11 stephenfin lyarwood: That sounds correct, yes. If you rebuild with an image specifying differing CPU policies, the newer policy will get applied
11:08:20 stephenfin I assume it's the same for other options
11:08:43 mdbooth lyarwood: Sounds correct to me, but I'd need to check to be sure. Do you need me to check code?
11:21:40 lyarwood stephenfin / mdbooth ; thanks, I've quickly scanned the compute code around this so no need to dive any deeper, just wanted to make sure I hadn't missed something obvious.
11:44:51 gibi melwitt, mriedem: reported a followup bug for the yestardays notification issue https://bugs.launchpad.net/nova/+bug/1757407
11:44:52 openstack Launchpad bug 1757407 in OpenStack Compute (nova) "Notification sending sometimes hits the keystone API to get glance endpoints" [Undecided,New]
12:03:12 openstackgerrit Merged openstack/nova stable/queens: Update the nova-manage db archive_deleted_rows description https://review.openstack.org/553733
12:06:33 jaypipes morning supernovas
12:08:37 cdent jaypipes: you making steel?
12:08:53 jaypipes heh :)
12:09:10 cdent Because I would totally go for a "Sword by Jay" sword
12:09:50 jaypipes cdent: '"s"words', said in the voice of Sean Connery from Celebrity Jeopardy.
12:10:05 cdent bum cover!
12:10:18 jaypipes I'll play your game, you rogue.
12:10:41 cdent I rarely get the fits of laughing from thing on tv, but that skit kills me
12:11:04 jaypipes indeed.
12:11:37 jaypipes cdent: although I must say Keenan Thompson doing Steve Harvey on Family Feud over the last 5 years or so is also pretty hysterical.
12:12:22 cdent I'll have to check that out, as a foreigner these days I'm out of touch
12:12:29 jaypipes :)
12:30:02 sahid jaypipes: anychance you have a look at https://review.openstack.org/#/c/511188/ ?
12:35:35 jaypipes sahid: yes, will do this morning. sorry for delay. yesterday was a lost day for me.
12:37:28 openstackgerrit Kashyap Chamarthy proposed openstack/nova master: libvirt: Allow to specify granular CPU feature flags https://review.openstack.org/534384
12:37:56 sahid jaypipes: no worries :) thanks for looking at it
12:41:15 tssurya cfriesen: around ?
12:57:21 sean-k-mooney QQ is there any gate issues currently, the nova-tox-functional-py35 timed out on one of my patches so just wondering if i should recheck or is the gate under heavy load?
13:00:40 jaypipes sean-k-mooney: I've noticed the same...
13:01:17 jaypipes sean-k-mooney: not sure if it's temporary, though. I've seen a few patches get through, which indicates it probably is (plus all the failures I see have been POST_FAILURE)
13:02:00 sean-k-mooney jaypipes perhaps the timeout needs t obe raised over 90 mins that said the py27 fucntional tests only last 18 mins. ill look at the log
13:04:21 jaypipes sean-k-mooney: yeah, the func tests should *not* take more than around 20 minutes max.
13:04:33 efried bauzas: You around?
13:05:13 gibi jaypipes, sean-k-mooney: I think we had to increase the functional timeout recently due to slowness of the instances running the tests in CI
13:05:23 sean-k-mooney jaypipes: its stange i can see the func tests running fine until here http://logs.openstack.org/72/553072/3/check/nova-tox-functional-py35/6ccdce3/job-output.txt.gz#_2018-03-20_20_02_28_641084 and then it just stops outputing until it hits the time out
13:05:48 gibi jaypipes, sean-k-mooney: https://review.openstack.org/#/c/537933/
13:06:06 sean-k-mooney gibi: perhaps but it looks like the func tests are haning after like 5 mins
13:06:17 gibi sean-k-mooney: OK then that is a different issue
13:06:32 gibi sean-k-mooney: anyhow the current func test timeout is 60 minutes
13:06:44 sean-k-mooney gibi: ya that should be more then enough
13:08:24 jaypipes indeed.
13:12:52 openstackgerrit Jon Schlueter proposed openstack/os-vif stable/queens: Fix VF-rep lookup routine to use parent PF number https://review.openstack.org/554917
13:21:22 openstackgerrit Surya Seetharaman proposed openstack/nova master: [WIP] Cleanup RP and HM records while deleting a compute service. https://review.openstack.org/554920
13:23:39 kashyap sahid: Hey, thanks for the review here: https://review.openstack.org/#/c/534384/
13:24:01 kashyap Looking now...
13:37:06 openstackgerrit Merged openstack/nova stable/pike: Add regression test for BFV+IsolatedHostsFilter failure https://review.openstack.org/543602
13:40:35 efried bauzas: I wanted to get some feedback on vGPU inventorying/reporting through the Nova API, when you've got a minute.
13:47:31 bauzas efried: sure ?
13:48:40 efried bauzas: What I'm wondering is: 1) Does the host's inventory of (v)GPUs show up in some nova API?; 2) Once you've created an instance with a vGPU, does that vGPU show up anywhere on the instance when you query it through the nova API?
13:48:50 efried ...and then assuming 'yes' to either/both, more details...
13:49:03 bauzas efried: 1) no
13:49:15 bauzas efried: 2) it's just a new PCI device
13:50:13 efried bauzas: Okay, cool.
13:51:58 efried edmondsw: ^
13:52:57 edmondsw bauzas any plans to address that gap?
13:54:07 efried jaypipes, edleafe, cdent: Is there a Nova API (as opposed to a placement API) where I can see an instance's allocations? In particular, for an arbitrary resource class I sent through via flavor extra_specs.
13:54:36 bauzas edmondsw: you mean, how to know the vGPU inventory by the API ?
13:54:44 bauzas well, good question

Earlier   Later