Re: [openstack-dev] [tc] [all] TC Report 18-26

I'm not Kevin but I think I can clarify some of these. On 03/07/18 16:04, Jay Pipes wrote: On 07/03/2018 02:37 PM, Fox, Kevin M wrote: So these days containers are out clouding vms at this use case. So, does Nova continue to be cloudy vm or does it go for the more production vm use case like

[openstack-dev] [barbican] Can we support key wrapping mechanisms other than CKM_AES_CBC_PAD?

Hi Barbican guys, Currently, I am testing the integration between Barbican and SoftHSM v2 but I met with a problem that SoftHSM v2 doesn't support CKM_AES_CBC_PAD key wrapping operation which is hardcoded in Barbican code here

Re: [OpenStack-Infra] What's the future for git-review?

On 2018-07-06 23:54:37 +0100 (+0100), Darragh Bailey wrote: > On Thu, 5 Jul 2018, 02:57 Jeremy Stanley, wrote: [...] > > The change listing feature really seems increasingly out of place to > > me, and most of the "fixes" I saw related to it were about > > supporting more and more of Gerrit's

Re: [OpenStack-Infra] What's the future for git-review?

Perhaps sending that email right before taking a few days off meaning I couldn't reply straight away wasn't the most helpful ;-) On Thu, 5 Jul 2018, 02:57 Jeremy Stanley, wrote: > On 2018-07-04 22:32:53 +0100 (+0100), Darragh Bailey wrote: > [...] > > Based on the comments at > > >

Re: [openstack-dev] [First Contact] [SIG] [PTL] Project Liaisons

Hello again! I updated the Project Liaisons list [1] with PTL's I didn't hear from about delegating the duties to a different person. If you want to delegate this or add other people willing to be contacted by new contributors, please let me know and I would be happy to update the list :) It

Re: [openstack-dev] [nova]API update week 28-4

On 7/4/2018 6:10 AM, Ghanshyam Mann wrote: Planned Features : == Below are the API related features for Rocky cycle. Nova API Sub team will start reviewing those to give their regular feedback. If anythings missing there feel free to add those in

Re: [openstack-dev] [nova]API update week 28-4

Thanks for sending out this update, it's useful for me when I'm not attending the office hours. On 7/4/2018 6:10 AM, Ghanshyam Mann wrote: 1. Servers Ips non-unique network names : -https://blueprints.launchpad.net/nova/+spec/servers-ips-non-unique-network-names - Spec Update need

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

On 7/6/2018 6:28 AM, Kristi Nikolla wrote: If the answer is 'no', can we find a process that gets us there? Or are we doomed by the inability to version the version document? We could always microversion the version document couldn't we? Not saying we want to, but it's an option right? --

Re: [openstack-dev] [nova] Supporting volume_type when booting from volume

On 5/23/2017 7:12 PM, Michael Glasgow wrote: A slight disadvantage of this approach is that the resulting incongruence between the client and the API is obfuscating.  When an end user can make accurate inferences about the API based on how the client works, that's a form of transparency that

Re: [openstack-dev] [tc] [all] TC Report 18-26

On 07/06/2018 12:58 PM, Zane Bitter wrote: On 02/07/18 19:13, Jay Pipes wrote: Nova's primary competition is: * Stand-alone Ironic * oVirt and stand-alone virsh callers * Parts of VMWare vCenter [3] * MaaS in some respects Do you see KubeVirt or Kata or Virtlet or RancherVM ending up on this

Re: [OpenStack-Infra] Brainstorming winterstack service branding

On Fri, Jul 6, 2018, at 10:40 AM, Clark Boylan wrote: > As mentioned in this week's meeting I offered to start a draft of what > the branding sets might look like for winterstack services. Specifically > which would not be whitelabeled and which we'd expect to explicitly > whitelabel for

Re: [Openstack] Recovering from full outage

I explored creating a second "selfservice" vxlan to see if DHCP would work on it as it does on my external "provider" network. The new vxlan network shares the same problems as the old vxlan network. Am I having problems with VXLAN in particular? Torin Woltjer Grand Dial Communications - A ZK

Re: [Openstack-operators] [Openstack] Recovering from full outage

I explored creating a second "selfservice" vxlan to see if DHCP would work on it as it does on my external "provider" network. The new vxlan network shares the same problems as the old vxlan network. Am I having problems with VXLAN in particular? Torin Woltjer Grand Dial Communications - A ZK

[OpenStack-Infra] Brainstorming winterstack service branding

As mentioned in this week's meeting I offered to start a draft of what the branding sets might look like for winterstack services. Specifically which would not be whitelabeled and which we'd expect to explicitly whitelabel for projects. I've got a really early (and rough) list going at

Re: [openstack-dev] [TripleO] easily identifying how services are configured

(adding the list back) On 07/06/2018 12:05 PM, Dan Prince wrote: On Fri, Jul 6, 2018 at 12:03 PM Ben Nemec wrote: On 07/05/2018 01:23 PM, Dan Prince wrote: On Thu, 2018-07-05 at 14:13 -0400, James Slagle wrote: I would almost rather see us organize the directories by service

Re: [OpenStack-Infra] Followup on the future of Infra config management specs

On Tue, May 8, 2018, at 3:00 PM, Clark Boylan wrote: > Hello everyone, > > Last week we got all three of the promised potential future config > management system specs pushed to Gerrit. > > They can be found here: > * https://review.openstack.org/449933 Puppet 4 Infra > *

[openstack-dev] [cinder] Planning Etherpad for Denver 2018 PTG

All, I have created an etherpad to start planning for the Denver PTG in September. [1]  Please start adding topics to the etherpad. Look forward to seeing you all there! Jay (jungleboyj) [1] https://etherpad.openstack.org/p/cinder-ptg-planning-denver-9-2018

[Openstack-operators] Deprecation notice: Cinder Driver for NetApp E-Series

Developers and Operators, NetApp’s various Cinder drivers currently provide platform integration for ONTAP powered systems, SolidFire, and E/EF-Series systems. Per systems-provided telemetry and discussion amongst our user community, we’ve learned that when E/EF-series systems are deployed

[openstack-dev] Deprecation notice: Cinder Driver for NetApp E-Series

Developers and Operators, NetApp’s various Cinder drivers currently provide platform integration for ONTAP powered systems, SolidFire, and E/EF-Series systems. Per systems-provided telemetry and discussion amongst our user community, we’ve learned that when E/EF-series systems are deployed

Re: [Openstack] NUMA some of the time?

Hi Tony, The short answer is that you cannot do that today. Today, each Nova compute node is either "all in" for NUMA and CPU pinning or it's not. This means that for resource-constrained environments like "The Edge!", there are not very good ways to finely divide up a compute node and make

Re: [openstack-dev] [tc] [all] TC Report 18-26

On 02/07/18 19:13, Jay Pipes wrote: Also note that when I've said that *OpenStack* should have a smaller mission and scope, that doesn't mean that higher-level services aren't necessary or wanted. Thank you for saying this, and could I please ask you to repeat this disclaimer whenever you

Re: [OpenStack-Infra] How do I add a third party CI by ZuulV3?

We could consider hosting a config-project with pipeline definitions for third-party CI as an optional service folks could use. It would not, however, be able to support customized reporting messages or recheck syntax. -Jim ___ OpenStack-Infra mailing

[openstack-dev] [tripleo] What is the proper way to use NetConfigDataLookup?

What is the proper way to use NetConfigDataLookup? I tried the following: (undercloud) [stack@oscloud5 ~]$ cat << '__EOF__' > ~/templates/mapping-info.yaml parameter_defaults: NetConfigDataLookup: control1: nic1: '5c:f3:fc:36:dd:68' nic2: '5c:f3:fc:36:dd:6c'

Re: [OpenStack-Infra] How do I add a third party CI by ZuulV3?

On Fri, Jul 6, 2018, at 1:49 AM, Rikimaru Honjo wrote: > Hello, > > I'd like to add a third party CI of networking-spp project.[1] > But, I have some question about it. > I'd appreciate it if you give information. > > My wishes are the following: > > * I'd like to run my test on my environment.

Re: [openstack-dev] [TripleO] easily identifying how services are configured

On 07/05/2018 01:23 PM, Dan Prince wrote: On Thu, 2018-07-05 at 14:13 -0400, James Slagle wrote: I would almost rather see us organize the directories by service name/project instead of implementation. Instead of: puppet/services/nova-api.yaml puppet/services/nova-conductor.yaml

Re: [openstack-dev] [cinder][security][api-wg] Adding http security headers

On Thu, Jul 5, 2018 at 6:17 PM, Doug Hellmann wrote: > Excerpts from Jim Rollenhagen's message of 2018-07-05 12:53:34 -0400: > > On Thu, Jul 5, 2018 at 12:40 PM, Nishant Kumar E < > > nishant.e.ku...@ericsson.com> wrote: > > > > > Hi, > > > > > > > > > > > > I have registered a blueprint for

Re: [Openstack-operators] [Openstack] Recovering from full outage

Interestingly, I can ping the neutron router at 172.16.1.1 just fine, but DHCP (located at 172.16.1.2 and 172.16.1.3) fails. The instance that I manually added the IP address to has a floating IP, and oddly enough I am able to ping DHCP on the provider network, which suggests that DHCP may be

Re: [Openstack] Recovering from full outage

Interestingly, I can ping the neutron router at 172.16.1.1 just fine, but DHCP (located at 172.16.1.2 and 172.16.1.3) fails. The instance that I manually added the IP address to has a floating IP, and oddly enough I am able to ping DHCP on the provider network, which suggests that DHCP may be

Re: [openstack-dev] [tc] [all] TC Report 18-26

Red Hat OpenStack is based on RDO. It's not pretty far from it, it's very close. It's basically productized RDO, and in the interest of everyone's sanity we try to keep the downstream patches to a minimum. In general I would be careful trying to take the distro analogy too far though. The

Re: [Openstack] Recovering from full outage

Can you manually assign an IP address to a VM and once inside, ping the address of the dhcp server? That would confirm if there is connectivity at least. Also, on the controller node where the dhcp server for that network is, check the

Re: [Openstack-operators] [Openstack] Recovering from full outage

Can you manually assign an IP address to a VM and once inside, ping the address of the dhcp server? That would confirm if there is connectivity at least. Also, on the controller node where the dhcp server for that network is, check the

Re: [openstack-dev] [openstack-community] Give cinder-backup more CPU resources

On 7/6/2018 9:33 AM, Alan Bishop wrote: On Fri, Jul 6, 2018 at 10:18 AM Amy Marrich > wrote: Hey, Forwarding to the Dev list as you may get a better response from there. Thanks, Amy (spotz) On Thu, Jul 5, 2018 at 11:30 PM, Keynes

Re: [openstack-dev] [openstack-community] Give cinder-backup more CPU resources

You can run many c-bak processes on one node, which will get fed round robin, so you should see fairly linear speedup in the many backups case until you run out of CPUs. Parallelising a single backup was something I attempted, but python makes it extremely difficult so there's no useful

Re: [openstack-dev] [openstack-community] Give cinder-backup more CPU resources

On Fri, Jul 6, 2018 at 10:18 AM Amy Marrich wrote: > Hey, > > Forwarding to the Dev list as you may get a better response from there. > > Thanks, > > Amy (spotz) > > On Thu, Jul 5, 2018 at 11:30 PM, Keynes Lee/WHQ/Wistron < > keynes_...@wistron.com> wrote: > >> Hi >> >> >> >> When making “cinder

Re: [openstack-dev] [openstack-community] Give cinder-backup more CPU resources

Hey, Forwarding to the Dev list as you may get a better response from there. Thanks, Amy (spotz) On Thu, Jul 5, 2018 at 11:30 PM, Keynes Lee/WHQ/Wistron < keynes_...@wistron.com> wrote: > Hi > > > > When making “cinder backup-create” > > We found the process “cinder-backup” use 100% util of 1

[openstack-dev] [nova] [placement] placement update 18-27

HTML: https://anticdent.org/placement-update-18-27.html This is placement update 18-27, a weekly update of ongoing development related to the [OpenStack](https://www.openstack.org/) [placement service](https://developer.openstack.org/api-ref/placement/). This is a contract version. # Most

Re: [openstack-dev] [octavia] Some tips about amphora driver

Hi Jeff, Thank you for your comments. I will reply on the story. Michael On Thu, Jul 5, 2018 at 8:02 PM Jeff Yang wrote: > > Recently, my team plans to provider load balancing services with octavia.I > recorded some of the needs and suggestions of our team members.The following > suggestions

Re: [Openstack] Recovering from full outage

I have done tcpdumps on both the controllers and on a compute node. Controller: `ip netns exec qdhcp-d85c2a00-a637-4109-83f0-7c2949be4cad tcpdump -vnes0 -i ns-83d68c76-b8 port 67` `tcpdump -vnes0 -i any port 67` Compute: `tcpdump -vnes0 -i brqd85c2a00-a6 port 68` For the first command on the

Re: [Openstack-operators] [Openstack] Recovering from full outage

I have done tcpdumps on both the controllers and on a compute node. Controller: `ip netns exec qdhcp-d85c2a00-a637-4109-83f0-7c2949be4cad tcpdump -vnes0 -i ns-83d68c76-b8 port 67` `tcpdump -vnes0 -i any port 67` Compute: `tcpdump -vnes0 -i brqd85c2a00-a6 port 68` For the first command on the

Re: [Openstack-operators] [ceph-users] After power outage, nearly all vm volumes corrupted and unmountable

Thank you Jason,  Not sure how I missed that step. On 2018-07-06 08:34 AM, Jason Dillaman wrote: There have been several similar reports on the mailing list about this [1][2][3][4] that are always a result of skipping step 6 from the Luminous upgrade guide [5]. The new (starting Luminous)

[openstack-dev] [release] Release countdown for week R-7, July 9-13

Welcome to our weekly release countdown. Development Focus - Teams should be focused on implementing planned work for the cycle and bug fixes. General Information --- The deadline for extra ATC's is on July 13. If there is someone that contributes to your

[Openstack-operators] After power outage, nearly all vm volumes corrupted and unmountable

Good morning all, After losing all power to our DC last night due to a storm, nearly all of the volumes in our Pike cluster are unmountable.  Of the 30 VMs in use at the time, only one has been able to successfully mount and boot from its rootfs.   We are using Ceph as the backend storage to

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

On Thu, Jul 5, 2018 at 4:11 PM Monty Taylor wrote: > > On 07/05/2018 01:55 PM, melanie witt wrote: > > +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.

Re: [openstack-dev] [nova] about filter the flavor

OSC here refers to OpenStackClient [0]. [0]. https://docs.openstack.org/python-openstackclient/latest/ On Fri, Jul 6, 2018 at 4:44 AM Rambo wrote: > > Does the "OSC“ meas the osc placement? > > > -- Original -- > From: "Matt Riedemann"; > Date: Mon, Jul 2,

[OpenStack-Infra] How do I add a third party CI by ZuulV3?

Hello, I'd like to add a third party CI of networking-spp project.[1] But, I have some question about it. I'd appreciate it if you give information. My wishes are the following: * I'd like to run my test on my environment. Because my test requires special environment. * I'm planning that

Re: [Openstack-operators] Storage concerns when switching from a single controller to a HA setup

Hi Jean-Philippe, we had the same issue with ceph as backend. This fixed the problem in our setup: https://ask.openstack.org/en/question/87545/cinder-high-availability/ Although the above link talks about an active-active setup, the official docs mention the hostname in the configuration also

Re: [openstack-dev] [nova] about filter the flavor

Does the "OSC“ meas the osc placement? -- Original -- From: "Matt Riedemann"; Date: Mon, Jul 2, 2018 10:36 PM To: "OpenStack Developmen"; Subject: Re: [openstack-dev] [nova] about filter the flavor On 7/2/2018 2:43 AM, 李杰 wrote: > Oh,sorry,not this

Re: [openstack-dev] [TripleO] easily identifying how services are configured

[snip] > > I would almost rather see us organize the directories by service > name/project instead of implementation. > > Instead of: > > puppet/services/nova-api.yaml > puppet/services/nova-conductor.yaml > docker/services/nova-api.yaml > docker/services/nova-conductor.yaml > > We'd have: >

Re: [openstack-dev] [masakari] Introspective Instance Monitoring through QEMU Guest Agent

Hi Louie, I will check the updated patch and reply before next IRC meeting. Thank you for your patience. Regards, Tushar Patil On Fri, Jul 6, 2018 at 11:43 AM Kwan, Louie wrote: > Thanks Tushar Patil for the +1 for 547118. > > In regards of the following review: >