Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-04-03
22:08:50 jaypipes arvindn051: for now, all we need to do is produce the non-granular required traits as a list of trait strings.
22:10:04 arvindn051 is there a possiblity to support the need for granular traits in the future? if so, how would we handle is what i am thinking about
22:10:37 arvindn051 if you think there is no possiblity of this, then we can ignore and go ahead with having specific fields
22:10:55 jaypipes arvindn051: like I said, don't worry about it. :)
22:11:47 jaypipes arvindn051: there's nothing about the proposed solution here that prohibits granular traits being parsed from strings like "trait1:HW_CPU_X86_AVX2" in the future.
22:13:21 arvindn051 ok :) i guess we could introduce a granular_traits dict of strings fields in the future if needed...
22:13:35 arvindn051 thanks...will make the updates in a couple of mins
22:23:05 openstackgerrit Arvind Nadendla proposed openstack/nova master: Update ImageMetaProp object to expose traits https://review.openstack.org/557795
22:24:51 arvindn051 jaypipes: made the changes...should be good now
22:28:32 jaypipes arvindn051: cool, thank you sir.
23:02:24 edleafe jaypipes: sorry, was at a doc appt. So we don't want the consumer_generation in the Allocation at all? That's cool, and I think that was my original idea, as written in the spec. I don't remember the conversation (there are so many) where it was requested.
23:14:59 openstackgerrit melanie witt proposed openstack/nova master: Default to py3 for the pep8 tox env because it's stricter https://review.openstack.org/558648
23:32:31 openstackgerrit melanie witt proposed openstack/nova master: Default to py3 for the pep8 tox env because it's stricter https://review.openstack.org/558648
23:59:52 openstackgerrit Takashi NATSUME proposed openstack/python-novaclient master: Fix AttributeError in getting a resource ID https://review.openstack.org/558328
#openstack-nova - 2018-04-04
00:01:16 tetsuro good morning!
00:09:08 openstackgerrit Takashi NATSUME proposed openstack/python-novaclient master: Replace GB with GiB https://review.openstack.org/558364
01:18:49 openstackgerrit Merged openstack/nova master: [placement] Add test for provider summaries https://review.openstack.org/558044
01:18:59 openstackgerrit Merged openstack/nova master: Unit test framework: common FakeResponse https://review.openstack.org/556551
01:19:15 openstackgerrit Merged openstack/nova master: [placement] Add to contributor docs about handler testing https://review.openstack.org/557355
01:21:04 openstackgerrit Zhenyu Zheng proposed openstack/nova master: Noauth should also use request_id from compute_req_id.py https://review.openstack.org/555266
02:19:09 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add snapshot function https://review.openstack.org/534240
02:19:19 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add power actions https://review.openstack.org/543340
02:19:32 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add get console output https://review.openstack.org/543344
02:58:02 openstackgerrit Yikun Jiang (Kero) proposed openstack/osc-placement master: Should we remove 'provider' in resource provider allocation https://review.openstack.org/558682
03:19:53 openstackgerrit Jay Pipes proposed openstack/nova-specs master: Handle nested providers for allocation candidates https://review.openstack.org/556873
03:21:06 openstackgerrit Takashi NATSUME proposed openstack/nova master: Replace mox stubs with stub_out https://review.openstack.org/558685
03:22:38 openstackgerrit Takashi NATSUME proposed openstack/nova master: Replace mox stubs with stub_out in test_extended_volumes.py https://review.openstack.org/558685
03:25:16 openstackgerrit Jay Pipes proposed openstack/nova-specs master: mirror nova host aggregates to placement API https://review.openstack.org/545057
03:44:37 openstackgerrit Jackie Truong proposed openstack/nova master: Add trusted_image_certificates to REST API https://review.openstack.org/486204
03:44:37 openstackgerrit Jackie Truong proposed openstack/nova master: Implement certificate_utils https://review.openstack.org/479949
03:57:04 openstackgerrit Merged openstack/nova master: api-ref: add a note about volume-backed rescue not being supported https://review.openstack.org/556996
03:57:38 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver https://review.openstack.org/523387
03:57:39 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add snapshot function https://review.openstack.org/534240
03:57:39 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver https://review.openstack.org/527658
03:57:40 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add get console output https://review.openstack.org/543344
03:57:40 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add power actions https://review.openstack.org/543340
04:04:41 openstackgerrit Merged openstack/nova master: ironic: Get correct inventory for deployed node https://review.openstack.org/553367
05:32:22 openstackgerrit jichenjc proposed openstack/nova master: Avoid showing password in log https://review.openstack.org/558694
06:03:31 openstackgerrit jichenjc proposed openstack/nova master: Remove a outdated warning https://review.openstack.org/557898
06:16:11 openstackgerrit Takashi NATSUME proposed openstack/nova master: Remove mox in unit/virt/xenapi/test_vm_utils.py (1) https://review.openstack.org/558704
06:49:19 openstackgerrit sahid proposed openstack/nova-specs master: update: isolate guests emulthreads on CONF.cpu_shared_set https://review.openstack.org/511188
06:49:21 openstackgerrit Merged openstack/nova master: PowerVM Driver: Network interface attach/detach https://review.openstack.org/546813
06:57:49 openstackgerrit sahid proposed openstack/nova-specs master: update: isolate guests emulthreads on CONF.cpu_shared_set https://review.openstack.org/511188
07:06:22 openstackgerrit OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.openstack.org/548772
07:45:54 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver https://review.openstack.org/523387
07:45:55 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add snapshot function https://review.openstack.org/534240
07:45:55 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver https://review.openstack.org/527658
07:45:56 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add get console output https://review.openstack.org/543344
07:45:56 openstackgerrit jichenjc proposed openstack/nova master: z/VM Driver: add power actions https://review.openstack.org/543340
07:53:26 openstackgerrit jichenjc proposed openstack/nova master: Avoid showing password in log https://review.openstack.org/558694
07:53:29 kashyap johnthetubaguy: Morning; this is ready, if it's merged, can get going with the backports: https://review.openstack.org/#/c/534384/
08:01:03 gmann johnthetubaguy: alex_xu_ gibi_away looking for feedback on this - https://review.openstack.org/#/c/547850/
09:46:41 openstackgerrit sahid proposed openstack/nova-specs master: update: isolate guests emulthreads on CONF.cpu_shared_set https://review.openstack.org/511188
09:50:18 naichuans Hi, dansmith, do you have the time to review below patches: https://review.openstack.org/#/c/554154/, https://review.openstack.org/#/c/489451/. It all about use xapi-pool instead of aggregate pool. We have finished internal review and the test. Thank you very much.
09:59:57 openstackgerrit Rajesh Tailor proposed openstack/nova master: Fix host validity check for live-migration https://review.openstack.org/401009
10:00:13 johnthetubaguy gmann: policy wise, I would prefer we concentrated on adopting the new set of roles, which I think we can do at the same time?
10:00:27 johnthetubaguy gmann: that might be stupid, what do you think?
10:02:56 kashyap johnthetubaguy: Sorry to nag, but I don't suppose you'd have time to have a gander again on the above?
10:03:07 kashyap Just trying to curb the "dragging on" of this
10:03:13 johnthetubaguy kashyap: its in my next tab :)
10:13:53 johnthetubaguy kashyap: you get my first +2 of the day, its a relief to actually +2 something!
10:14:04 kashyap johnthetubaguy: Haha
10:14:21 kashyap johnthetubaguy: Thank you! If your fingers are itching, here's another one: https://review.openstack.org/#/c/558171/
10:14:27 kashyap But it requires more discussion on the list
10:14:41 kashyap Topic of it: [RFC] Pick next minimum libvirt / QEMU versions for "Stein"
10:15:10 johnthetubaguy kashyap: ah right, I usually let distro people argue that one out, good to have the discussion though!
10:15:22 kashyap Yeah, I did an hour's sleuthing and wrote a new email
10:15:39 kashyap But `postfix` isn't letting me send it to openstack-{dev,operator} lists
10:20:57 johnthetubaguy kashyap: your libvirt version looks too new for Debian, did I miss something there?
10:21:18 kashyap johnthetubaguy: I know, this morning I even spent time on #debian-backports
10:21:44 kashyap johnthetubaguy: The discussion was:
10:21:45 kashyap asked:
10:21:45 kashyap I also talked on #debian-backports IRC channel on OFTC network, where I
10:21:46 kashyap libvirt 3.2.0 and QEMU 2.9.0, even if via a different repository.
10:21:46 kashyap "What I'm essentially looking for is: "How can 'stretch' users get
10:21:48 kashyap As they are proposed to be least common denominator versions across
10:21:50 kashyap distributions."
10:21:53 kashyap And two people said: Then the versions from 'Buster' could be backported
10:21:55 kashyap to 'stretch-backports'. The process for that is to: "ask the maintainer
10:21:58 kashyap of those package and Cc to the backports mailing list."
10:22:15 johnthetubaguy why 3.2 not 3.0.0?
10:22:28 johnthetubaguy well, and 2.9 rather than 2.8?
10:23:28 johnthetubaguy totally not against better stretch-backports, sounds like a good plan either way
10:24:01 kashyap johnthetubaguy: That is possible, actually -- to accomodate 'Stretch'
10:24:13 kashyap To use 3.0.0 and 2.8
10:24:30 johnthetubaguy its not a ... stretch (giggles like a school boy)
10:24:57 kashyap But we should remember that 3.2.0 and 2.9 are already much older
10:25:02 kashyap Hehe
10:25:08 kashyap johnthetubaguy: Did you also catch the email -- http://lists.openstack.org/pipermail/openstack-operators/2018-March/015067.html
10:25:20 kashyap Where I actually called out the Debian thing, and asked people to chime in
10:26:26 johnthetubaguy cool, seems like a step too far to exclude Debian, but its good to ask
10:26:44 kashyap Yeah, exactly. I *don't* want to exclude it
10:26:58 kashyap That's why I even spent an hour or two talking to the upstream Debian folks on OFTC
10:27:12 kashyap Just to see what could be done; since we can get rid of backward-compatibility code
10:31:17 johnthetubaguy kashyap: so can't we do the bump to 1.3.1 and 2.5.0 now ish?
10:31:48 kashyap johnthetubaguy: Yes, we can; that's what I'm working on.
10:32:05 kashyap > As it stands, during the "Pike" release the advertized NEXT_MIN versions
10:32:08 kashyap > were set to: libvirt 1.3.1 and QEMU 2.5.0 -- but they weren't actually
10:32:11 kashyap > bumped for the "Queens" release. So they will now be applied for the
10:32:14 kashyap > "Rocky" release.

Earlier   Later