Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-11-14
20:27:20 openstackgerrit Merged openstack/nova stable/pike: Pick ironic nodes without VCPU set https://review.openstack.org/513678
20:27:33 openstackgerrit Merged openstack/nova stable/ocata: Set group_members when converting to legacy request spec https://review.openstack.org/517860
20:27:50 openstackgerrit Merged openstack/nova stable/ocata: Validate new image via scheduler during rebuild https://review.openstack.org/519681
20:32:44 openstackgerrit Matt Riedemann proposed openstack/nova master: Add security release note for OSSA-2017-005 https://review.openstack.org/519738
20:32:45 mriedem dansmith: ^ added more detail
20:33:22 dansmith mriedem: thanks
20:34:24 mriedem jaypipes: melwitt: can you hit https://review.openstack.org/#/c/519738/ so i can start backports?
20:34:47 dansmith mriedem: melwitt is out for a couple weeks, AFAIK
20:34:52 mriedem orly
20:34:59 mriedem plural?
20:35:07 dansmith this week and part of next week I think
20:35:10 mriedem ok
20:35:25 dansmith through Nov 20
20:35:33 mriedem i'll give my jay and sean pings 5 more minutes and then i say we just approve
20:35:56 dansmith I can just fast approve. it's a reno.
20:35:58 mriedem ok
20:36:20 mriedem the fixes for newton are failing devstack, presumably because neutron is eol and things are just not going to work there anymore
20:37:13 mriedem if only we had LTS support...
20:37:34 dansmith um...
20:37:48 mriedem yeah, fudge, devstack in newton can't find stable/newton the branch, so it pip installs from master
20:37:55 mriedem farq
20:38:25 dansmith for nova?
20:38:33 mriedem no, devstack fails to setup
20:38:38 mriedem http://logs.openstack.org/19/516119/1/gate/legacy-tempest-dsvm-neutron-full/f24b24b/logs/devstacklog.txt.gz#_2017-11-14_17_24_29_768
20:38:40 mriedem b/c newton is eol
20:39:06 dansmith that's because neutron's branch is gone right?
20:39:15 dansmith any one project deletes their branch and devstack stops working yes?
20:39:46 mriedem yes
20:39:52 mriedem well, anything we need for our base install
20:40:03 dansmith so that's what I meant by "for nova?" ... meaning "for which project?"
20:40:13 mriedem i could remove neutron from ENABLED_SERVICES but then nova just won't work, unless nova-net
20:40:25 mriedem which in newton works w/o cellsv1....
20:40:26 mriedem :)
20:40:32 mriedem i think
20:40:44 dansmith or ask for the branch to be re-created based on the discussion at summit
20:40:54 dansmith mordred said it was easy to just resurrect that
20:41:07 mriedem it is, but then it would be EOL'ed next week ago
20:41:09 mriedem *again
20:41:39 dansmith or we start disabling jobs that don't work, per the discussion :)
20:41:40 mordred whatdididonow?
20:41:53 mriedem in this case it's easier probably to just disable the job
20:42:12 mriedem mordred: we have a cve fix for newton that can't pass the gate b/c dsvm jobs fail trying to install neutron,
20:42:15 mriedem because neutron newton is eol
20:42:19 dansmith mordred: we're trying to backport a cve fix to nova's newton branch and can't because neutron has eol'd theirs
20:42:39 mordred ah. yah.
20:43:26 tonyb mriedem: s/features/fixes/ on that backport is fine by me.
20:43:33 mriedem um, cinder newton must be eol too
20:43:37 mriedem http://logs.openstack.org/19/516119/1/gate/legacy-tempest-dsvm-cells/9e11a37/logs/devstacklog.txt.gz#_2017-11-14_17_21_45_400
20:43:45 tonyb Oh rats :(
20:43:51 mriedem it is
20:43:53 smcginnis mriedem: Everyone is EOL on Newton I thought.
20:43:56 mriedem so yeah, dsvm just won't work on netwon
20:44:00 mriedem smcginnis: except nova
20:44:13 smcginnis mriedem: You snooze you lose.
20:44:15 tonyb Yeah everyone except nova, ironic and cycle-trainling
20:44:28 mriedem tonyb: ok so looking at https://review.openstack.org/#/c/516119/
20:44:33 dansmith mriedem: the question comes up if we should even release newton if we never ran a devstack job against it
20:44:49 mriedem tonyb: i'd have to skip these jobs
20:44:51 mriedem legacy-tempest-dsvm-cellsFAILURE in 19m 44slegacy-tempest-dsvm-multinode-live-migrationFAILURE in 19m 43slegacy-tempest-dsvm-neutron-fullFAILURE in 18m 41s
20:44:53 openstackgerrit Merged openstack/nova stable/ocata: Correct log message when removing a security group https://review.openstack.org/519585
20:45:15 mriedem dansmith: well this patch passed dsvm on 10/30 https://review.openstack.org/#/c/516119/
20:45:56 dansmith mriedem: but you can't get a dsvm job run on the actual cve fix anymore right?
20:45:59 mriedem somehow https://review.openstack.org/#/c/519684/ did run legacy-tempest-dsvm-neutron-full earlier today
20:46:04 mriedem ^ did
20:46:44 tonyb mriedem: Yeah we only have 2 options patch devstack to work with eol-tags or accept the risk and drop the dsvm tests
20:47:14 mriedem i could try patching devstack, but it might be awhile
20:48:04 dansmith mriedem: hmm, how did that work?
20:48:07 mriedem dansmith: no idea
20:48:12 mriedem not sure if there are mirrors involved
20:48:25 tonyb I can also try to see how bad it is but not until after I've dropped the kids at school
20:48:32 mriedem ok, so i'm goign to get the reno backported for pike and ocata, then get the release requests up for those branches and will deal with newton
20:48:39 mriedem s/school/pool/
20:48:56 tonyb ;P
20:50:11 openstackgerrit Matt Riedemann proposed openstack/nova stable/pike: Add security release note for OSSA-2017-005 https://review.openstack.org/519752
20:50:15 tonyb newton is xenial right?
20:50:45 mriedem yes
20:50:58 tonyb cool
20:51:41 openstackgerrit Matt Riedemann proposed openstack/nova stable/ocata: Add security release note for OSSA-2017-005 https://review.openstack.org/519753
20:55:07 dansmith mriedem: tonyb: +2 on the reno backports
20:55:12 openstackgerrit Matt Riedemann proposed openstack/nova stable/newton: Pass requested_destination in filter_properties https://review.openstack.org/516119
20:55:12 openstackgerrit Matt Riedemann proposed openstack/nova stable/newton: Validate new image via scheduler during rebuild https://review.openstack.org/519684
20:55:13 openstackgerrit Matt Riedemann proposed openstack/nova stable/newton: Add security release note for OSSA-2017-005 https://review.openstack.org/519755
21:00:10 tonyb looks like they're good to go on > newton
21:00:19 mriedem yes
21:00:31 mriedem i'll propose releases for pike and ocata once the reno is merged
21:00:34 openstackgerrit Eric Fried proposed openstack/nova master: begin refactor AllocCandidates._get_by_filters() https://review.openstack.org/516778
21:00:34 openstackgerrit Eric Fried proposed openstack/nova master: build ProviderSummary objects in sep function https://review.openstack.org/516779
21:00:35 openstackgerrit Eric Fried proposed openstack/nova master: build alloc request resources for shared resources https://review.openstack.org/516780
21:00:35 openstackgerrit Eric Fried proposed openstack/nova master: create allocation request for single provider https://review.openstack.org/516781
21:00:36 openstackgerrit Eric Fried proposed openstack/nova master: finish refactor AllocCandidates._get_by_filters() https://review.openstack.org/516782
21:00:36 openstackgerrit Eric Fried proposed openstack/nova master: required traits for no sharing providers https://review.openstack.org/517027
21:00:37 openstackgerrit Eric Fried proposed openstack/nova master: Add ProviderSummary.resource_class_names @property https://review.openstack.org/517646
21:00:37 openstackgerrit Eric Fried proposed openstack/nova master: handle traits with sharing providers https://review.openstack.org/517119
21:00:38 openstackgerrit Eric Fried proposed openstack/nova master: Test alloc_cands with non overlapping sharing RPs https://review.openstack.org/519380
21:00:38 openstackgerrit Eric Fried proposed openstack/nova master: Test alloc_cands with one RP shared between two RPs https://review.openstack.org/519617
21:00:39 openstackgerrit Eric Fried proposed openstack/nova master: Test allocation candidates: multiple aggregates https://review.openstack.org/518633
21:00:39 openstackgerrit Eric Fried proposed openstack/nova master: Test helper: validate provider summaries https://review.openstack.org/518982
21:00:59 efried jaypipes ^ Addressed most of the comments in this series.
21:01:12 efried jaypipes There are still bugs; but I think alex_xu might be willing to +2 the bottom one at this point.
21:03:56 tonyb mriedem: cool, I'll keep an eye out

Earlier   Later