Re: [openstack-dev] StarlingX gap analysis to converge with OpenStack master

On Wed, 21 Nov 2018 21:23:51 +0100, Melanie Witt wrote: On Wed, 21 Nov 2018 12:11:50 -0600, Miguel Lavalle wrote: One of the key goals of StarlingX during the current cycle is to converge with the OpenStack projects master branches. In order to accomplish this goal, the Technical Steering

Re: [openstack-dev] StarlingX gap analysis to converge with OpenStack master

On Wed, 21 Nov 2018 12:11:50 -0600, Miguel Lavalle wrote: One of the key goals of StarlingX during the current cycle is to converge with the OpenStack projects master branches. In order to accomplish this goal, the Technical Steering Committee put together a gap analysis that shows the specs

Re: [openstack-dev] [nova] Stein forum session notes

On Mon, 19 Nov 2018 17:19:22 +0100, Surya Seetharaman wrote: On Mon, Nov 19, 2018 at 2:39 PM Matt Riedemann <mailto:mriede...@gmail.com>> wrote: On 11/19/2018 3:17 AM, melanie witt wrote: > - Not directly related to the session, but CERN (hallway track) and >

[openstack-dev] [nova] Stein forum session notes

Hey all, Here's some notes I took in forum sessions I attended -- feel free to add notes on sessions I missed. Etherpad links: https://wiki.openstack.org/wiki/Forum/Berlin2018 Cheers, -melanie TUE --- Cells v2 updates - Went over the etherpad, no objections to anything -

[openstack-dev] [nova] no meeting the next two weeks

Howdy all, This is a heads up that we will not hold a nova meeting next week November 15 because of summit week. And we will also not hold a nova meeting the following week November 22 because of the US holiday of Thanksgiving, as we're unlikely to find anyone to run it during the 2100 UTC

Re: [openstack-dev] [nova] Announcing new Focal Point for s390x libvirt/kvm Nova

On Fri, 2 Nov 2018 09:47:42 +0100, Andreas Scheuring wrote: Dear Nova Community, I want to announce the new focal point for Nova s390x libvirt/kvm. Please welcome "Cathy Zhang” to the Nova team. She and her team will be responsible for maintaining the s390x libvirt/kvm Thirdparty CI [1] and

[openstack-dev] [nova] Stein summit forum sessions and presentations of interest

Howdy all, We've made a list of cross-project forum sessions and nova-related sessions/presentations that you might be interested in attending at the summit and added them to our forum etherpad: https://etherpad.openstack.org/p/nova-forum-stein The "Cross-project Forum sessions that should

Re: [openstack-dev] [nova][limits] Does ANYONE at all use the quota class functionality in Nova?

On Thu, 25 Oct 2018 15:06:38 -0500, Matt Riedemann wrote: On 10/25/2018 2:55 PM, Chris Friesen wrote: 2) The main benefit (as I see it) of the quota class API is to allow dynamic adjustment of the default quotas without restarting services. I could be making this up, but I want to say back at

Re: [openstack-dev] [nova][limits] Does ANYONE at all use the quota class functionality in Nova?

On Thu, 25 Oct 2018 14:00:08 -0400, Jay Pipes wrote: On 10/25/2018 01:38 PM, Chris Friesen wrote: On 10/24/2018 9:10 AM, Jay Pipes wrote: Nova's API has the ability to create "quota classes", which are basically limits for a set of resource types. There is something called the "default quota

Re: [openstack-dev] [nova] nova cellsv2 and DBs / down cells / quotas

On Thu, 25 Oct 2018 10:55:15 +1100, Sam Morrison wrote: On 24 Oct 2018, at 4:01 pm, melanie witt wrote: On Wed, 24 Oct 2018 10:54:31 +1100, Sam Morrison wrote: Hi nova devs, Have been having a good look into cellsv2 and how we migrate to them (we’re still on cellsv1 and about to upgrade

Re: [openstack-dev] [nova][limits] Does ANYONE at all use the quota class functionality in Nova?

On Thu, 25 Oct 2018 14:12:51 +0900, ボーアディネシュ[bhor Dinesh] wrote: We were having a similar use case like *Preemptible Instances* called as *Rich-VM’s* which are high in resources and are deployed each per hypervisor. We have a custom code in production which tracks the quota for such

Re: [openstack-dev] [nova][limits] Does ANYONE at all use the quota class functionality in Nova?

On Wed, 24 Oct 2018 12:54:00 -0700, Melanie Witt wrote: On Wed, 24 Oct 2018 13:57:05 -0500, Matt Riedemann wrote: On 10/24/2018 10:10 AM, Jay Pipes wrote: I'd like to propose deprecating this API and getting rid of this functionality since it conflicts with the new Keystone /limits endpoint

Re: [openstack-dev] [nova][limits] Does ANYONE at all use the quota class functionality in Nova?

On Wed, 24 Oct 2018 13:57:05 -0500, Matt Riedemann wrote: On 10/24/2018 10:10 AM, Jay Pipes wrote: I'd like to propose deprecating this API and getting rid of this functionality since it conflicts with the new Keystone /limits endpoint, is highly coupled with RAX's turnstile middleware and I

Re: [openstack-dev] [cinder] [nova] Problem of Volume(in-use) Live Migration with ceph backend

On Tue, 23 Oct 2018 10:01:42 -0400, Jon Bernard wrote: * melanie witt wrote: On Mon, 22 Oct 2018 11:45:55 +0800 (GMT+08:00), Boxiang Zhu wrote: I created a new vm and a new volume with type 'ceph'[So that the volume will be created on one of two hosts. I assume that the volume created on host

Re: [openstack-dev] [nova] nova cellsv2 and DBs / down cells / quotas

On Wed, 24 Oct 2018 10:54:31 +1100, Sam Morrison wrote: Hi nova devs, Have been having a good look into cellsv2 and how we migrate to them (we’re still on cellsv1 and about to upgrade to queens and still run cells v1 for now). One of the problems I have is that now all our nova cell

Re: [openstack-dev] [cinder] [nova] Problem of Volume(in-use) Live Migration with ceph backend

On Mon, 22 Oct 2018 11:45:55 +0800 (GMT+08:00), Boxiang Zhu wrote: I created a new vm and a new volume with type 'ceph'[So that the volume will be created on one of two hosts. I assume that the volume created on host dev@rbd-1#ceph this time]. Next step is to attach the volume to the vm. At

Re: [openstack-dev] [nova] spec review day is ON for next tuesday oct 23

On Tue, 16 Oct 2018 10:56:38 -0700, Melanie Witt wrote: Thanks everyone for your replies on the thread to help organize this. Looks like most of the team is available to participate, so we will have a spec review day next week on Tuesday October 23. Just wanted to remind everybody

Re: [openstack-dev] [cinder] [nova] Problem of Volume(in-use) Live Migration with ceph backend

On Fri, 19 Oct 2018 23:21:01 +0800 (GMT+08:00), Boxiang Zhu wrote: The version of my cinder and nova is Rocky. The scope of the cinder spec[1] is only for available volume migration between two pools from the same ceph cluster. If the volume is in-use status[2], it will call the generic

Re: [openstack-dev] [cinder] [nova] Problem of Volume(in-use) Live Migration with ceph backend

On Fri, 19 Oct 2018 11:33:52 +0800 (GMT+08:00), Boxiang Zhu wrote: When I use the LVM backend to create the volume, then attach it to a vm. I can migrate the volume(in-use) from one host to another. The nova libvirt will call the 'rebase' to finish it. But if using ceph backend, it raises

[openstack-dev] [nova] spec review day is ON for next tuesday oct 23

Thanks everyone for your replies on the thread to help organize this. Looks like most of the team is available to participate, so we will have a spec review day next week on Tuesday October 23. See ya at the nova-specs gerrit, -melanie

[openstack-dev] [nova] shall we do a spec review day next tuesday oct 23?

Hey all, Milestone s-1 is coming up next week on Thursday Oct 25 [1] and I was thinking it would be a good idea to have a spec review day next week on Tuesday Oct 23 to spend some focus on spec reviews together. Spec freeze is s-2 Jan 10, so the review day isn't related to any deadlines,

Re: [openstack-dev] [kolla] add service discovery, proxysql, vault, fabio and FQDN endpoints

On Tue, 9 Oct 2018 10:35:23 -0700, Melanie Witt wrote: On Tue, 9 Oct 2018 07:23:03 -0400, Jay Pipes wrote: That explains where the source of the problem comes from (it's the use of SELECT FOR UPDATE, which has been removed from Nova's quota-handling code in the Rocky release). Small correction

Re: [openstack-dev] [kolla] add service discovery, proxysql, vault, fabio and FQDN endpoints

On Tue, 9 Oct 2018 07:23:03 -0400, Jay Pipes wrote: That explains where the source of the problem comes from (it's the use of SELECT FOR UPDATE, which has been removed from Nova's quota-handling code in the Rocky release). Small correction, the SELECT FOR UPDATE was removed from Nova's

[openstack-dev] [nova] Rocky RC time regression analysis

Hey everyone, During our Rocky retrospective discussion at the PTG [1], we talked about the spec freeze deadline (milestone 2, historically it had been milestone 1) and whether or not it was related to the hectic late-breaking regression RC time we had last cycle. I had an action item to go

Re: [openstack-dev] [placement] update 18-40

On Fri, 5 Oct 2018 14:31:05 +0100 (BST), Chris Dent wrote: * Propose counting quota usage from placement and API database (A bit out of date but may be worth resurrecting) I'd like to resurrect this spec but it really depends on being able to

[openstack-dev] [nova][xenapi] can we deprecate the xenapi-specific 'nova-console' service?

Greetings Devs and Ops, Today I noticed that our code does not handle the 'nova-console' service properly in a multi-cell deployment and given that no one has complained or reported bugs about it, we're wondering if anyone still uses the nova-console service. The documentation [1] says that

[openstack-dev] [nova] team photos from the Stein PTG

Hey all, Sorry for not posting this earlier but here's a direct link to our photo folder on dropbox for the Stein PTG team photos: https://www.dropbox.com/sh/2pmvfkstudih2wf/AAB--3TRAFaU2qN7GKDj_eZha/Nova?dl=0_nav_tracking=1 You can view and download them from there ^. I think they came out

Re: [openstack-dev] [placement] The "intended purpose" of traits

On Fri, 28 Sep 2018 15:42:23 -0500, Eric Fried wrote: On 09/28/2018 09:41 AM, Balázs Gibizer wrote: On Fri, Sep 28, 2018 at 3:25 PM, Eric Fried wrote: It's time somebody said this. Every time we turn a corner or look under a rug, we find another use case for provider traits in placement.

Re: [openstack-dev] [Openstack-operators] [ironic] [nova] [tripleo] Deprecation of Nova's integration with Ironic Capabilities and ComputeCapabilitiesFilter

On Thu, 27 Sep 2018 17:23:26 -0500, Matt Riedemann wrote: On 9/27/2018 3:02 PM, Jay Pipes wrote: A great example of this would be the proposed "deploy template" from [2]. This is nothing more than abusing the placement traits API in order to allow passthrough of instance configuration data from

[openstack-dev] [nova] Stein PTG summary

Hello everybody, I've written up a high level summary of the discussions we had at the PTG -- please feel free to reply to this thread to fill in anything I've missed. We used our PTG etherpad: https://etherpad.openstack.org/p/nova-ptg-stein as an agenda and each topic we discussed was

[openstack-dev] [nova] review runways for Stein are open

Just wanted to remind everyone that review runways for Stein are OPEN. Please feel free to add your approved, ready-for-review blueprints to the queue: https://etherpad.openstack.org/p/nova-runways-stein Cheers, -melanie

[openstack-dev] [nova] summit forum topic submission deadline Wed Sep 26

Hey everyone, This is a reminder that the deadline for submitting summit forum topics is coming up soon in two days, Wed Sep 26. Please see our forum topic etherpad for links to forum information and instructions on how to submit a topic: https://etherpad.openstack.org/p/nova-forum-stein

[openstack-dev] [nova][ptl] reduced PTL availability next week Sep 17

Hey all, This is just a heads up that I'll be off-site in Boston for work next week, so I won't be available on IRC (but I will be replying asynchronously to IRC messages and emails when I can). Gibi will be running the nova meeting on Thursday Sep 20 at 1400 UTC. I'm going to work on the

[openstack-dev] [nova] 2018 User Survey results

Hey all, The foundation sent me a copy of 2018 user survey responses to the following question about Nova: "How important is it to be able to customize Nova in your deployment, e.g. classload your own managers/drivers, use hooks, plug in API extensions, etc?" Note: this question populates

[openstack-dev] [nova][placement] openstack/placement governance switch plan

project to its own project. I'd like to update everyone with a summary of the plan we agreed upon. Attendees: Balázs Gibizer, Chris Dent, Dan Smith, Ed Leafe, Eric Fried, Jay Pipes, Matt Riedemann, Melanie Witt, Mohammed Naser, Sylvain Bauza The targets we have set are: - Devstack/grenade job

[openstack-dev] [nova] Stein Forum brainstorming

Greetings all, Apparently, we have 6 days left [1] to brainstorm topic ideas for the Forum at the Berlin summit and the submission period begins on September 12. Please feel free to use this etherpad to as a place to capture topic ideas [2]. I've added it to the list of etherpads on the

Re: [openstack-dev] [nova] No weekly meeting on Thursday September 13

On Tue, 4 Sep 2018 20:36:45 -0500, Matt Riedemann wrote: On 9/4/2018 4:13 PM, melanie witt wrote: The next meeting will be on Thursday September 20 at 1400 UTC [1]. I'm assuming we're going to have a meeting*this* week though, right? Yes, sorry if I worded that in a confusing way. We have

Re: [openstack-dev] [nova] [placement] extraction (technical) update

On Tue, 4 Sep 2018 16:16:31 -0500, Eric Fried wrote: 030 is okay as long as nothing goes wrong. If something does it raises exceptions which would currently fail as the exceptions are not there. See below for more about exceptions. Maybe I'm misunderstanding what these migration thingies are

[openstack-dev] [nova] No weekly meeting on Thursday September 13

Hi everyone, This is just a reminder we won't have a weekly Nova meeting on Thursday September 13 because of PTG week. The next meeting will be on Thursday September 20 at 1400 UTC [1]. Cheers, -melanie [1] https://wiki.openstack.org/wiki/Meetings/Nova

Re: [openstack-dev] Nominating Chris Dent for placement-core

On Fri, 31 Aug 2018 10:45:14 -0500, Eric Fried wrote: The openstack/placement project [1] and its core team [2] have been established in gerrit. I hereby nominate Chris Dent for membership in the placement-core team. He has been instrumental in the design, implementation, and stewardship of the

Re: [openstack-dev] [neutron][nova] Small bandwidth demo on the PTG

On Thu, 30 Aug 2018 12:43:06 -0500, Miguel Lavalle wrote: Gibi, Bence, In fact, I added the demo explicitly to the Neutron PTG agenda from 1:30 to 2, to give it visiblilty I'm interested in seeing the demo too. Will the demo be shown at the Neutron room or the Nova room? Historically, lunch

Re: [openstack-dev] [nova][vmware] need help triaging a vmware driver bug

On Wed, 29 Aug 2018 13:59:26 +0300, Radoslav Gerganov wrote: On 23.08.2018 23:27, melanie witt wrote: So, I think we could add something to the launchpad bug template to link to a doc that explains tips about reporting VMware related bugs. I suggest linking to a doc because the bug template

Re: [openstack-dev] [nova] [placement] extraction (technical) update

On Mon, 27 Aug 2018 10:31:50 -0500, Matt Riedemann wrote: On 8/24/2018 7:36 AM, Chris Dent wrote: Over the past few days a few of us have been experimenting with extracting placement to its own repo, as has been discussed at length on this list, and in some etherpads:

[openstack-dev] [nova][neutron] cross project time at the PTG

Howdy everyone, We've scheduled cross project time for Neutron/Nova at the PTG from ~1:30pm-3pm after lunch on Thursday in the Nova room. Please add topics you'd like to discuss during our cross project time to the etherpad in the Neutron section at L136:

[openstack-dev] [nova][ironic] cross project time at the PTG

Howdy everyone, We've scheduled cross project time for Ironic/Nova at the PTG from ~3:30pm-5pm on Thursday in the Nova room. Please add topics you'd like to discuss during our cross project time to the etherpad in the Ironic section at L139: https://etherpad.openstack.org/p/nova-ptg-stein

[openstack-dev] [nova][cinder] cross project time at the PTG

Howdy everyone, We've scheduled cross project time for Cinder/Nova at the PTG from 9am-11am on Thursday in the Nova room. Please add topics you'd like to discuss during our cross project time to the etherpad at L133: https://etherpad.openstack.org/p/nova-ptg-stein Cheers, -melanie

Re: [openstack-dev] [nova][cinder][neutron] Cross-cell cold migration

On Fri, 24 Aug 2018 10:44:16 -0500, Jay S Bryant wrote: I haven't checked the PTG agenda yet, but is there a meeting on this? Because we may want to have one to try to understand the requirements and figure out if there's a way to do it with current Cinder functionality of if we'd need something

Re: [openstack-dev] [nova][vmware] need help triaging a vmware driver bug

On Fri, 17 Aug 2018 10:50:30 +0300, Radoslav Gerganov wrote: Hi, On 17.08.2018 04:10, melanie witt wrote: Can anyone help triage this bug? I have requested more info from the person who submitted this and provided some tips how to correlate nova-compute logs to vCenter logs in order

Re: [openstack-dev] [all] [nova] [placement] placement below or beside compute after extraction?

On Wed, 22 Aug 2018 09:49:13 -0400, Doug Hellmann wrote: Excerpts from melanie witt's message of 2018-08-21 15:05:00 -0700: On Tue, 21 Aug 2018 16:41:11 -0400, Doug Hellmann wrote: Excerpts from melanie witt's message of 2018-08-21 12:53:43 -0700: On Tue, 21 Aug 2018 06:50:56 -0500, Matt

Re: [openstack-dev] [all] [nova] [placement] placement below or beside compute after extraction?

On Tue, 21 Aug 2018 17:36:18 -0500, Eric Fried wrote: Affinity modeling and shared storage support are compute features OpenStack operators and users need. Operators need affinity modeling in the placement is needed to achieve parity for affinity scheduling with multiple cells. That means,

Re: [openstack-dev] [all] [nova] [placement] placement below or beside compute after extraction?

On Tue, 21 Aug 2018 14:55:26 -0600, Chris Friesen wrote: On 08/21/2018 01:53 PM, melanie witt wrote: Given all of that, I'm not seeing how *now* is a good time to separate the placement project under separate governance with separate goals and priorities. If operators need things for compute

Re: [openstack-dev] [all] [nova] [placement] placement below or beside compute after extraction?

On Tue, 21 Aug 2018 16:41:11 -0400, Doug Hellmann wrote: Excerpts from melanie witt's message of 2018-08-21 12:53:43 -0700: On Tue, 21 Aug 2018 06:50:56 -0500, Matt Riedemann wrote: At this point, I think we're at: 1. Should placement be extracted into it's own git repo in Stein while nova

Re: [openstack-dev] [all] [nova] [placement] placement below or beside compute after extraction?

On Tue, 21 Aug 2018 06:50:56 -0500, Matt Riedemann wrote: At this point, I think we're at: 1. Should placement be extracted into it's own git repo in Stein while nova still has known major issues which will have dependencies on placement changes, mainly modeling affinity? 2. If we extract,

Re: [openstack-dev] [all] [nova] [placement] placement below or beside compute after extraction?

On Tue, 21 Aug 2018 10:28:26 +0100 (BST), Chris Dent wrote: On Mon, 20 Aug 2018, Matt Riedemann wrote: Here is an example of the concern. In Sydney we talked about adding types to the consumers resource in placement so that nova could use placement for counting quotas [1]. Chris considered it

Re: [openstack-dev] [all] [nova] [placement] placement below or beside compute after extraction?

On Fri, 17 Aug 2018 13:37:41 -0500, Sean Mcginnis wrote: On Fri, Aug 17, 2018 at 12:47:10PM -0500, Ed Leafe wrote: On Aug 17, 2018, at 12:30 PM, Dan Smith wrote: Splitting it out to another repository within the compute umbrella (what do we call it these days?) satisfies the _technical_

Re: [openstack-dev] [all] [nova] [placement] placement below or beside compute after extraction?

On Fri, 17 Aug 2018 16:51:10 +0100 (BST), Chris Dent wrote: Earlier I posted a message about a planning etherpad for the extraction of placement http://lists.openstack.org/pipermail/openstack-dev/2018-August/133319.html https://etherpad.openstack.org/p/placement-extract-stein One of

[openstack-dev] [nova][vmware] need help triaging a vmware driver bug

Hello VMware peeps, I've been trying to triage a bug in New status for the VMware driver without success: https://bugs.launchpad.net/nova/+bug/1744182 - can not create instance when using vmware nova driver I tend to think the problem is not related to nova because the instance create

[openstack-dev] [nova] nova-specs is open for Stein

Hey all, Just wanted to give a quick heads up that the nova-specs repo [1] is now open for Stein spec proposals. Here's a link to the docs on the spec process: https://specs.openstack.org/openstack/nova-specs/readme.html Cheers, -melanie [1] https://github.com/openstack/nova-specs

[openstack-dev] [nova] Stein subteam tracking etherpad now available

Hi all, For those of us who use the global team etherpad for helping organize reviews for subteams, I just wanted to give a heads up that I've copied over the content from the Rocky etherpad [1] and created a new etherpad for us to use for Stein [2]. I've removed some things that appeared

[openstack-dev] [nova] Rocky blueprint burndown chart

Howdy everyone, Keeping with the tradition of Matt's burndown charts from previous cycles [1][2], I have a burndown chart for the Rocky cycle [3] to share with you. Apologies for the gap in the data -- I had an issue keeping up with the count for that time period. I also focused on only

Re: [openstack-dev] [nova] about live-resize down the instance

On Mon, 13 Aug 2018 09:46:41 -0600, Chris Friesen wrote: On 08/13/2018 02:07 AM, Rambo wrote: Hi,all I find it is important that live-resize the instance in production environment,especially live downsize the disk.And we have talked it many years.But I don't know why the bp[1] didn't

[openstack-dev] [nova][ptg] Stein PTG planning and Rocky retrospective etherpads

Howdy folks, I think I forgot to send an email to alert everyone that we have a planning etherpad [1] for the Stein PTG where we're collecting topics of interest for discussion at the PTG. Please add your topics and include your nick with your topics and comments so we know who to talk to

Re: [openstack-dev] [nova] How to debug no valid host failures with placement

On Thu, 2 Aug 2018 13:20:43 -0500, Eric Fried wrote: And we could do the same kind of approach with the non-granular request groups by reducing the single large SQL statement that is used for all resources and all traits (and all agg associations) into separate SELECT statements. It could be

Re: [openstack-dev] [nova] How to debug no valid host failures with placement

On Wed, 1 Aug 2018 12:17:36 -0500, Ben Nemec wrote: On 08/01/2018 11:23 AM, Chris Friesen wrote: On 08/01/2018 09:58 AM, Andrey Volkov wrote: Hi, It seems you need first to check what placement knows about resources of your cloud. This can be done either with REST API [1] or with

[openstack-dev] [nova][ptl][election] PTL candidacy for the Stein cycle

Hello Stackers, I'd like to announce my candidacy for PTL of Nova for the Stein cycle. I feel like Rocky has been a whirlwind of a cycle with a lot of active participation by developers, operators, and users. Thank you all for bearing with me for the past cycle as I have learned the ropes of

Re: [openstack-dev] [requirements][release] FFE for os-vif 1.11.1

On Thu, 26 Jul 2018 13:01:18 -0500, Matthew Thode wrote: On 18-07-26 10:43:05, melanie witt wrote: Hello, I'd like to ask for an exception to add os-vif 1.11.1 to stable/rocky. The current release for rocky, 1.11.0, added a new feature: the NoOp Plugin, but it's not actually usable (it's

[openstack-dev] [requirements][release] FFE for os-vif 1.11.1

Hello, I'd like to ask for an exception to add os-vif 1.11.1 to stable/rocky. The current release for rocky, 1.11.0, added a new feature: the NoOp Plugin, but it's not actually usable (it's not being loaded) because we missed adding a file to the setup.cfg. We have fixed the problem in a

Re: [openstack-dev] [nova] keypair quota usage info for user

On Thu, 26 Jul 2018 09:19:38 -0600, Chris Friesen wrote: On 07/25/2018 06:21 PM, Alex Xu wrote: 2018-07-26 0:29 GMT+08:00 William M Edmonds mailto:edmon...@us.ibm.com>>: Ghanshyam Mann mailto:gm...@ghanshyammann.com>> wrote on 07/25/2018 05:44:46 AM: ... snip ... > 1. is

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On Wed, 18 Jul 2018 15:14:55 -0500, Matt Riedemann wrote: On 7/18/2018 1:13 PM, melanie witt wrote: Can we get rid of multi-create?  It keeps causing complications, and it already has weird behaviour if you ask for min_count=X and max_count=Y and only X instances can be scheduled.  (Currently

Re: [openstack-dev] [nova] Bug 1781710 killing the check queue

On Wed, 18 Jul 2018 12:05:13 -0600, Chris Friesen wrote: On 07/18/2018 10:14 AM, Matt Riedemann wrote: As can be seen from logstash [1] this bug is hurting us pretty bad in the check queue. I thought I originally had this fixed with [2] but that turned out to only be part of the issue. I

[openstack-dev] [nova] Denver Stein ptg planning

Hello Devs and Ops, I've created an etherpad where we can start collecting ideas for topics to cover at the Stein PTG. Please feel free to add your comments and topics with your IRC nick next to it to make it easier to discuss with you. https://etherpad.openstack.org/p/nova-ptg-stein

[openstack-dev] [nova] review runway status

Howdy everyone, Here is the current review runway [1] status for blueprints in runways. Milestone r-3 (feature freeze) is coming up soon July 26, so this will be the last runway before FF unless we can complete some earlier than their end dates. * Allow abort live migrations in queued

Re: [openstack-dev] [nova] Rocky blueprint status tracking

On Fri, 15 Jun 2018 16:12:21 -0500, Matt Riedemann wrote: On 6/15/2018 11:23 AM, melanie witt wrote: Similar to last cycle, we have an etherpad for tracking the status of approved nova blueprints for Rocky here: https://etherpad.openstack.org/p/nova-rocky-blueprint-status that we can use

Re: [openstack-dev] [Openstack] [nova][api] Novaclient redirect endpoint https into http

+openstack-dev@ On Wed, 4 Jul 2018 14:50:26 +, Bogdan Katynski wrote: But, I can not use nova command, endpoint nova have been redirected from https to http. Here:http://prntscr.com/k2e8s6 (command: nova –insecure service list) First of all, it seems that the nova client is hitting /v2.1

[openstack-dev] [nova] Rocky blueprint status tracking

Howdy everyone, Similar to last cycle, we have an etherpad for tracking the status of approved nova blueprints for Rocky here: https://etherpad.openstack.org/p/nova-rocky-blueprint-status that we can use to help us review patches. If I've missed any blueprints or if anything needs an

Re: [openstack-dev] [nova] nova-cells-v1 intermittent gate failure

On Wed, 13 Jun 2018 15:47:33 -0700, Melanie Witt wrote: Hi everybody, Just a heads up that we have an intermittent gate failure of the nova-cells-v1 job happening right now [1] and a revert of the tempest change related to it has been approved [2] and will be making its way through the gate

[openstack-dev] [nova] nova-cells-v1 intermittent gate failure

Hi everybody, Just a heads up that we have an intermittent gate failure of the nova-cells-v1 job happening right now [1] and a revert of the tempest change related to it has been approved [2] and will be making its way through the gate. The nova-cells-v1 job will be failing until [2] merges.

[openstack-dev] [nova] review runways check-in and feedback

Howdy everyone, We've been experimenting with a new process this cycle, Review Runways [1] and we're about at the middle of the cycle now as we had the r-2 milestone last week June 7. I wanted to start a thread and gather thoughts and feedback from the nova community about how they think

[openstack-dev] [nova] review runway status

Hi everybody, This is just a brief status about the blueprints currently occupying review runways [0] and an ask for the nova-core team to give these reviews priority for their code review focus. * Certificate Validation - https://blueprints.launchpad.net/nova/+spec/nova-validate-certificates

[openstack-dev] [nova] increasing the number of allowed volumes attached per instance > 26

Hello Stackers, Recently, we've received interest about increasing the maximum number of allowed volumes to attach to a single instance > 26. The limit of 26 is because of a historical limitation in libvirt (if I remember correctly) and is no longer limited at the libvirt level in the present

Re: [openstack-dev] [nova] proposal to postpone nova-network core functionality removal to Stein

On Thu, 31 May 2018 15:04:53 -0500, Matt Riedemann wrote: On 5/31/2018 1:35 PM, melanie witt wrote: This cycle at the PTG, we had decided to start making some progress toward removing nova-network [1] (thanks to those who have helped!) and so far, we've landed some patches to extract common

Re: [openstack-dev] [nova] spec review day next week Tuesday 2018-06-05

On Wed, 30 May 2018 12:22:20 -0700, Melanie Witt wrote: Howdy all, This cycle, we have our spec freeze later than usual at milestone r-2 June 7 because of the review runways system we've been trying out. We wanted to allow more time for spec approvals as blueprints were completed via runways

[openstack-dev] [nova] proposal to postpone nova-network core functionality removal to Stein

Hello Operators and Devs, This cycle at the PTG, we had decided to start making some progress toward removing nova-network [1] (thanks to those who have helped!) and so far, we've landed some patches to extract common network utilities from nova-network core functionality into separate

[openstack-dev] [nova] core team update

Howdy everyone, As I'm sure many of you have noticed, Sean Dague has shifted his focus onto other projects outside of Nova for some time now, and with that, I'm removing him from the core team at this time. I consider our team fortunate to have had the opportunity to work with Sean over the

[openstack-dev] [nova] spec review day next week Tuesday 2018-06-05

Howdy all, This cycle, we have our spec freeze later than usual at milestone r-2 June 7 because of the review runways system we've been trying out. We wanted to allow more time for spec approvals as blueprints were completed via runways. So, ahead of the spec freeze, let's have a spec

[openstack-dev] [nova] review runway status

Hi everybody, This is just a brief status about the blueprints currently occupying review runways [0] and an ask for the nova-core team to give these reviews priority for their code review focus. Note that these 3 blueprints were in runways during summit week with end dates of 2018-05-28 and

[openstack-dev] [nova] summit sessions of interest

Howdy everyone, Here's a last-minute (sorry) list of sessions you might find interesting from a nova perspective. Some of these are cross-project sessions of general interest. -melanie Forum sessions -- Monday -- * Default Roles Mon 21, 11:35am - 12:15pm

Re: [openstack-dev] [nova] review runway status

On Tue, 15 May 2018 14:27:12 +0800, Chen Ch Ji wrote: Thanks for the sharing, The z/VM driver spec review marked as END DATE: 2018-05-15 Thanks a couple folks helped a lot on the review and still need more review activity on the patch sets, can I apply for extend the end date for the run way?

[openstack-dev] [nova] review runway status

Howdy everyone, This is just a brief status about the blueprints currently occupying review runways [0] and an ask for the nova-core team to give these reviews priority for their code review focus. * Add z/VM driver https://blueprints.launchpad.net/nova/+spec/add-zvm-driver-rocky (jichen) [END

Re: [openstack-dev] [nova] nova-manage cell_v2 map_instances uses invalid UUID as marker in the db

On Thu, 10 May 2018 11:48:31 -0700, Dan Smith wrote: We already store values in this field that are not 8-4-4-4-12, and the oslo field warning is just a warning. If people feel like we need to do something, I propose we just do this: https://review.openstack.org/#/c/567669/ It is one of those

Re: [openstack-dev] [nova][third-party-ci]zKVM (s390x) CI broken

On Wed, 9 May 2018 10:28:42 -0700, Melanie Witt wrote: On Wed, 9 May 2018 13:16:45 +0200, Andreas Scheuring wrote: The root cause seems to be bug [1]. It’s related to nova cells v2 configuration in devstack. Stephen Finucane already promised to have a look later the day (thx!!!). I keep the CI

Re: [openstack-dev] [nova][third-party-ci]zKVM (s390x) CI broken

On Wed, 9 May 2018 13:16:45 +0200, Andreas Scheuring wrote: The root cause seems to be bug [1]. It’s related to nova cells v2 configuration in devstack. Stephen Finucane already promised to have a look later the day (thx!!!). I keep the CI running for now... [1]

[openstack-dev] [nova] review runway status

Howdy everyone, This is just a brief status about the blueprints currently occupying review runways [0] and an ask for the nova-core team to give these reviews priority for their code review focus. * XenAPI: Support a new image handler for non-FS based SRs

Re: [openstack-dev] [nova][placement] Trying to summarize bp/glance-image-traits scheduling alternatives for rebuild

On Wed, 2 May 2018 17:45:37 -0500, Matt Riedemann wrote: On 5/2/2018 5:39 PM, Jay Pipes wrote: My personal preference is to add less technical debt and go with a solution that checks if image traits have changed in nova-api and if so, simply refuse to perform a rebuild. So, what if when I

[openstack-dev] [nova] Virtuozzo CI status

Hi Stackers, Lately, I noticed the Virtuozzo CI has been having some problems, for example on a recent example run [0], the job link is broken: "The requested URL /22/563722/4/check/check-dsvm-tempest-vz7-exe-minimal/d1d1707 was not found on this server." Prior to that, I noticed that the

Re: [openstack-dev] [Nova] z/VM introducing a new config driveformat

On Mon, 30 Apr 2018 12:42:40 -0400, Matthew Treinish wrote: On Mon, Apr 30, 2018 at 09:21:22AM -0700, melanie witt wrote: On Fri, 27 Apr 2018 17:40:20 +0800, Chen Ch Ji wrote: According to requirements and comments, now we opened the CI runs with run_validation = True And according to [1

[openstack-dev] [nova] review runway status

Howdy everyone, This is just a brief status about the blueprints currently occupying review runways [0] and an ask for the nova-core team to give these reviews priority for their code review focus. * XenAPI: Support a new image handler for non-FS based SRs

Re: [openstack-dev] [Nova] z/VM introducing a new config driveformat

On Fri, 27 Apr 2018 17:40:20 +0800, Chen Ch Ji wrote: According to requirements and comments, now we opened the CI runs with run_validation = True And according to [1] below, for example, [2] need the ssh validation passed the test And there are a couple of comments need some enhancement on

Re: [openstack-dev] [nova] Rocky forum topics brainstorming

On Fri, 13 Apr 2018 08:00:31 -0700, Melanie Witt wrote: +openstack-operators (apologies that I forgot to add originally) On Mon, 9 Apr 2018 10:09:12 -0700, Melanie Witt wrote: Hey everyone, Let's collect forum topic brainstorming ideas for the Forum sessions in Vancouver in this etherpad [0

Re: [openstack-dev] [Nova] z/VM introducing a new config driveformat

On Tue, 17 Apr 2018 06:40:35 -0700, Dan Smith wrote: I propose that we remove the z/VM driver blueprint from the runway at this time and place it back into the queue while work on the driver continues. At a minimum, we need to see z/VM CI running with [validation]run_validation = True in

  1   2   3   >