Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Wed, Sep 27, 2017 at 10:17:16PM -0500, Ben Nemec wrote: > > > On 09/27/2017 08:13 PM, Tony Breeds wrote: > > On Wed, Sep 27, 2017 at 03:35:43PM -0500, Ben Nemec wrote: > > > It's a little weird because essentially we want to provide a higher level > > > of > > > support for stable branches

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On 09/27/2017 08:13 PM, Tony Breeds wrote: On Wed, Sep 27, 2017 at 03:35:43PM -0500, Ben Nemec wrote: It's a little weird because essentially we want to provide a higher level of support for stable branches than most of OpenStack. My understanding is that a lot of the current stable

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Wed, Sep 27, 2017 at 5:37 PM, Tony Breeds wrote: > On Wed, Sep 27, 2017 at 10:39:13AM -0600, Alex Schultz wrote: > >> One idea would be to allow trailing projects additional trailing on >> the phases as well. Honestly 2 weeks for trailing for just GA is hard >>

[openstack-dev] [tripleo] plans on testing minor updates?

I was reviewing https://review.openstack.org/#/c/487496/ and https://review.openstack.org/#/c/487488/ when I realized that we still didn't have any test coverage for minor updates. We never had this coverage AFICT but this is not a reason to not push forward it. During Ocata and Pike, we saw that

Re: [openstack-dev] Disk Image Builder for redhat 7.4

As Tony says, there's a base image that you can use for RHEL 7.4. Yes, you can install Oracle onto the image using dib. In saying that I only mean that it is possible. I make no statement about the supportability of that solution by any vendors involved. To do it, you would create elements (the

Re: [openstack-dev] OpenStack-Ansible testing with OpenVSwitch

Hello JP, Ok, I will do some more testing against the blog post and then hit up the #openstack-ansible channel. I need to finish a presentation on SFC first which is why I am looking into OpenVSwitch. Thanks Michael On Wed, Sep 27, 2017 at 6:25 AM, Jean-Philippe Evrard <

Re: [openstack-dev] OpenStack-Ansible and Trove support

Hello JP, At this point in time I am only looking for a PoC environment, if it is part of the AIO that is perfect for now. I would also like to communicate within my organization that we could start using Trove after X release cycle. We currently have no dependency on it's availability.

Re: [openstack-dev] [nova] reset key pair during rebuilding

On Wed, Sep 27, 2017 at 4:23 PM, Michael Still wrote: > One thing I'd like to explore is what the functional difference between a > rebuild and a delete / create cycle is. With a rebuild you get to keep your > IP I suppose, but that could also be true of floating IPs for a

Re: [openstack-dev] [nova] reset key pair during rebuilding

On Wed, Sep 27, 2017 at 5:15 PM, Marcus Furlong wrote: > On 27 September 2017 at 09:23, Michael Still wrote: > > > > Operationally, why would I want to inject a new keypair? The scenario I > can > > think of is that there's data in that instance that I

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Wed, Sep 27, 2017 at 03:35:43PM -0500, Ben Nemec wrote: > It's a little weird because essentially we want to provide a higher level of > support for stable branches than most of OpenStack. My understanding is > that a lot of the current stable branch policy came out of the fact that > there

Re: [openstack-dev] [octavia] haproxy fails to receive datagram

Hi Yipei, I ran this scenario today using octavia and had success. I'm not sure what could be different. I see you are using neutron-lbaas. I will build a devstack with neutron-lbaas enabled and try that, but I can't think of what would impact this test case by going through the neutron-lbaas

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Wed, Sep 27, 2017 at 10:39:13AM -0600, Alex Schultz wrote: > One idea would be to allow trailing projects additional trailing on > the phases as well. Honestly 2 weeks for trailing for just GA is hard > enough. Let alone the fact that the actual end-users are 18+ months > behind. For some

Re: [openstack-dev] [infra][mogan] Need help for replacing the current master

Clark, I'd like to avoid the ACL update which will make it different from other projects. Since we don't expect to do this again, can you please help do this? Thanks, Dims On Wed, Sep 27, 2017 at 7:55 PM, Clark Boylan wrote: > On Tue, Sep 26, 2017, at 05:57 PM, Zhenguo

Re: [openstack-dev] [infra][mogan] Need help for replacing the current master

On Tue, Sep 26, 2017, at 05:57 PM, Zhenguo Niu wrote: > Thanks Clark Boylan, > > We have frozen the Mogan repo since this mail sent out, and there's no > need > to update the replacement master. So please help out when you got time. I mentioned this to dims on IRC today, but should write it here

Re: [openstack-dev] [neutron]OVS connection tracking cleanup

Also the weird part with this conntrack deletion I perform a conntrack –L to view the table I see no entry for any of the entries its trying to delete. Those entries are all removed anyways when Vms are cleaned up from the look of it. So it looks like all those conntrack deletions were pretty

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 09/27/2017 04:55 PM, Blair Bethwaite wrote: Hi Prema On 28 September 2017 at 07:10, Premysl Kouril wrote: Hi, I work with Jakub (the op of this thread) and here is my two cents: I think what is critical to realize is that KVM virtual machines can have substantial

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

Hi Prema On 28 September 2017 at 07:10, Premysl Kouril wrote: > Hi, I work with Jakub (the op of this thread) and here is my two > cents: I think what is critical to realize is that KVM virtual > machines can have substantial memory overhead of up to 25% of memory, >

[openstack-dev] [all][infra] Zuul v3 migration update

Hey everybody, We're there. It's ready. We've worked through all of the migration script issues and are happy with the results. The cutover trigger is primed and ready to go. But as it's 21:51 UTC / 16:52 US Central it's a short day to be available to respond to the questions folks may

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 09/27/2017 03:10 PM, Premysl Kouril wrote: Lastly, qemu has overhead that varies depending on what you're doing in the guest. In particular, there are various IO queues that can consume significant amounts of memory. The company that I work for put in a good bit of effort engineering things

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

> Lastly, qemu has overhead that varies depending on what you're doing in the > guest. In particular, there are various IO queues that can consume > significant amounts of memory. The company that I work for put in a good > bit of effort engineering things so that they work more reliably, and

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On 09/27/2017 11:39 AM, Alex Schultz wrote: On Tue, Sep 26, 2017 at 11:57 PM, Tony Breeds wrote: On Tue, Sep 26, 2017 at 10:31:59PM -0700, Emilien Macchi wrote: On Tue, Sep 26, 2017 at 10:17 PM, Tony Breeds wrote: With that in mind I'd

[openstack-dev] September 29 Price Increase & Forum Submission Deadline - OpenStack Summit Sydney

Hi everyone, Prices for the OpenStack Summit Sydney will be increasing this Friday, September 29 at 11:59pm Pacific Time (September 30 at 6:59 UTC). Register now before the price increases!

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Wed, Sep 27, 2017 at 9:39 AM, Alex Schultz wrote: [...] > We'll need to re-evaulate what stable-policy means for tripleo. We > don't want to allow the world for backporting but we also want to > reduce the patches carried downstream for specific use cases. I think > in

Re: [openstack-dev] l2gw

Hey Lajos, Is this the exception you are encountering? (neutron) l2-gateway-update --device name=hwvtep,interface_names=eth0,eth1 gw1 L2 Gateway 'b8ef7f98-e901-4ef5-b159-df53364ca996' still has active mappings with one or more neutron networks. Neutron server returns request_ids:

Re: [openstack-dev] [tripleo] Newton End-Of-Life (EOL) next month (reminder #1)

On Tue, Sep 26, 2017 at 11:57 PM, Tony Breeds wrote: > On Tue, Sep 26, 2017 at 10:31:59PM -0700, Emilien Macchi wrote: >> On Tue, Sep 26, 2017 at 10:17 PM, Tony Breeds >> wrote: >> > With that in mind I'd suggest that your review isn't

Re: [openstack-dev] [all][infra] Zuul v3 migration update

On 09/27/2017 03:49 AM, Flavio Percoco wrote: Just wanted to say thanks to all of you for the hard work. I can only imagine how hard it must be to do this migration without causing downtimes. +1000 Thank you so much for the hard work the infra team has put into making this migration as

Re: [openstack-dev] [TripleO][DIB] how create triplo overcloud image with latest kernel?

If you need a guideline about how to build TripleO images with DIB, i have that blogpost: http://teknoarticles.blogspot.com.es/2017/07/build-and-use-security-hardened-images.html This if for security hardened images, but your replace "overcloud-hardened-images" by "overcloud-images", it will

Re: [openstack-dev] [TripleO][DIB] how create triplo overcloud image with latest kernel?

On Tue, Sep 26, 2017 at 2:58 PM Ben Nemec wrote: > > > On 09/26/2017 05:43 AM, Moshe Levi wrote: > > Hi all, > > > > As part of the OVS Hardware Offload [1] [2], we need to create new > > Centos/Redhat 7 image with latest kernel/ovs/iproute. > > > > We tried to use

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 09/27/2017 08:01 AM, Blair Bethwaite wrote: On 27 September 2017 at 23:19, Jakub Jursa wrote: 'hw:cpu_policy=dedicated' (while NOT setting 'hw:numa_nodes') results in libvirt pinning CPU in 'strict' memory mode (from libvirt xml for given instance) ...

Re: [openstack-dev] [FEMDC] IRC Meeting today 15:00 UTC

Below is the link to the etherpad for our meeting. On 9/27/17, 10:01 AM, "Paul-Andre Raymond" wrote: Dear all, A gentle reminder for our meeting today (an hour from now). I believe today will be a short meeting. Draft

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 09/27/2017 03:12 AM, Jakub Jursa wrote: On 27.09.2017 10:40, Blair Bethwaite wrote: On 27 September 2017 at 18:14, Stephen Finucane wrote: What you're probably looking for is the 'reserved_host_memory_mb' option. This defaults to 512 (at least in the latest master)

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

On 09/27/2017 09:31 AM, Julia Kreger wrote: > [...] >>> The short explanation which clicked for me (granted it's probably an >>> oversimplification, but still) was this: Ironic provides an admin >>> API for managing bare metal resources, while Mogan gives you a user >>> API (suitable for public

[openstack-dev] [acceleration]Cyborg Weekly team Meeting 2017.09.27

Hi Team, Our regular meeting will start at about 30 mins later. Agenda could be found at https://wiki.openstack.org/wiki/Meetings/CyborgTeamMeeting#Agenda_for_next_meeting -- Zhipeng (Howard) Huang Standard Engineer IT Standard & Patent/IT Product Line Huawei Technologies Co,. Ltd Email:

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 27 September 2017 at 23:19, Jakub Jursa wrote: > 'hw:cpu_policy=dedicated' (while NOT setting 'hw:numa_nodes') results in > libvirt pinning CPU in 'strict' memory mode > > (from libvirt xml for given instance) > ... > > > > > ... > > So yeah, the

[openstack-dev] [FEMDC] IRC Meeting today 15:00 UTC

Dear all, A gentle reminder for our meeting today (an hour from now). I believe today will be a short meeting. Draft agenda was prepared by our friends from INRIA at https://etherpad.openstack.org/p/massively_distributed_ircmeetings_2017 (line 1237) Please feel free

Re: [openstack-dev] [glance] Queens PTG: Thursday summary

Not ideal because we also have the real usecase for community images. When users start to create/use community images these different use cases (old public and real community) will be mixed. Cheers, Belmiro On Wed, 27 Sep 2017 at 15:37, Blair Bethwaite wrote: > On

Re: [openstack-dev] [glance] Queens PTG: Thursday summary

On 27 September 2017 at 22:40, Belmiro Moreira wrote: > In the past we used the tabs but latest Horizon versions use the visibility > column/search instead. > The issue is that we would like the old images to continue to be > discoverable by everyone and

Re: [openstack-dev] [nova] reset key pair during rebuilding

On 27 September 2017 at 10:55, Sean Dague wrote: > On 09/27/2017 05:15 AM, Marcus Furlong wrote: >> On 27 September 2017 at 09:23, Michael Still wrote: >>> >>> Operationally, why would I want to inject a new keypair? The scenario I can >>> think of is that

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

[...] >> The short explanation which clicked for me (granted it's probably an >> oversimplification, but still) was this: Ironic provides an admin >> API for managing bare metal resources, while Mogan gives you a user >> API (suitable for public cloud use cases) to your Ironic backend. I >>

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 27.09.2017 14:46, Sahid Orentino Ferdjaoui wrote: > On Mon, Sep 25, 2017 at 05:36:44PM +0200, Jakub Jursa wrote: >> Hello everyone, >> >> We're experiencing issues with running large instances (~60GB RAM) on >> fairly large NUMA nodes (4 CPUs, 256GB RAM) while using cpu pinning. The >>

[openstack-dev] [nova] how does UEFI booting of VM manage per-instance copies of OVMF_VARS.fd ?

Hey there ... a question about UEFI booting of VMs. i.e. glance image-create --file cloud-2730. qcow --disk-format qcow2 --container-format bare --property “hw-firmware-type=uefi” --name clear-linux-image in order to specify that you want to use UEFI (instead of BIOS) when booting VMs with

[openstack-dev] [FEMDC] IRC meeting Today 15:00 UTC

Dear all, A gentle reminder of the FEDMC meeting, Today at 15:00 UTC. The agenda is available at: https://etherpad.openstack.org/p/massively_distributed_ircmeetings_2017 (line 1237) Please feel free to complete it Best, ad_rien_ PS: Inria's members will not be able to attend our IC meeting

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On Mon, Sep 25, 2017 at 05:36:44PM +0200, Jakub Jursa wrote: > Hello everyone, > > We're experiencing issues with running large instances (~60GB RAM) on > fairly large NUMA nodes (4 CPUs, 256GB RAM) while using cpu pinning. The > problem is that it seems that in some extreme cases qemu/KVM can

Re: [openstack-dev] [glance] Queens PTG: Thursday summary

Hi Blair, In the past we used the tabs but latest Horizon versions use the visibility column/search instead. The issue is that we would like the old images to continue to be discoverable by everyone and have a image list that only shows the latest ones. If the images continue to be public they

Re: [openstack-dev] OpenStack-Ansible and Trove support

Hello Michael, On top of that, we intend to have a "role maturity" that will include when the role was proposed and it's current maturity phase, for more clarity, not unlike openstack project navigator. Our os_trove role has not received many commits recently, and the "maintenance mode" of Trove

Re: [openstack-dev] OpenStack-Ansible testing with OpenVSwitch

Hello, We currently don't have a full scenario for openvswitch for an easy "one line" install. It still deserves more love. You could come on our channel in #openstack-ansible to discuss about it if you want. But the general idea should be close to the same explained in the blog post. Best

[openstack-dev] [vitrage] Vitrage virtual PTG

Hi, We will hold the Vitrage virtual PTG on October 17-19. I have created an initial schedule draft, you are more than welcome to comment or suggest new topics for discussion: https://etherpad.openstack.org/p/vitrage-ptg-queens Best Regards, Ifat.

[openstack-dev] [keystone] [keystoneauth] Debug data isn't sanitized - bug 1638978

Hi Team, There are four solutions to fix the below bug: https://bugs.launchpad.net/keystoneauth/+bug/1638978 1) Carry a copy of mask_password() method to keystoneauth from oslo_utils [1]: Pros: A. keystoneauth will use already tested and used version of mask_password. Cons: A. keystoneauth will

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On Wed, Sep 27, 2017 at 11:58 AM, Jakub Jursa wrote: On 27.09.2017 11:12, Jakub Jursa wrote: On 27.09.2017 10:40, Blair Bethwaite wrote: On 27 September 2017 at 18:14, Stephen Finucane wrote: What you're probably looking for is the

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 27.09.2017 11:12, Jakub Jursa wrote: > > > On 27.09.2017 10:40, Blair Bethwaite wrote: >> On 27 September 2017 at 18:14, Stephen Finucane wrote: >>> What you're probably looking for is the 'reserved_host_memory_mb' option. >>> This >>> defaults to 512 (at least in the

Re: [openstack-dev] [nova] reset key pair during rebuilding

On 09/27/2017 05:15 AM, Marcus Furlong wrote: > On 27 September 2017 at 09:23, Michael Still wrote: >> >> Operationally, why would I want to inject a new keypair? The scenario I can >> think of is that there's data in that instance that I want, and I've lost >> the keypair

[openstack-dev] [ocata] [nova-api] Nova api stopped working after a yum update

Hello all, I ran "yum update" on my OpenStack controller and now any request to the nova.api service (port 8774) results in an error in "/var/log/nova/nova-api.log". A simple get request, GET /v2.1/os-hypervisors/detail HTTP/1.1 Host: host.domain.com:8774 User-Agent: Mozilla/5.0 (Macintosh;

[openstack-dev] [publiccloud-wg] Reminder meeting PublicCloudWorkingGroup

Hi everyone, Don't forget todays meeting for the PublicCloudWorkingGroup. 1400 UTC  in IRC channel #openstack-meeting-3 Etherpad and agenda: https://etherpad.openstack.org/p/publiccloud-wg Regards, Tobias Rydberg smime.p7s Description: S/MIME Cryptographic Signature

Re: [openstack-dev] [ptg] Simplification in OpenStack

Hi, > The install docs still suggest hand configuring machines in 2017. It’s only > after > people fall down that snake pit that they find projects like > TripleO/Ansible/Puppet/Chef, and wonder why everyone doesn’t use this > stuff. I just wondering, too, but about a different thing: the

Re: [openstack-dev] [nova] reset key pair during rebuilding

On 27 September 2017 at 09:23, Michael Still wrote: > > Operationally, why would I want to inject a new keypair? The scenario I can > think of is that there's data in that instance that I want, and I've lost > the keypair somehow. Unless that data is on an ephemeral, its gone

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 27.09.2017 10:40, Blair Bethwaite wrote: > On 27 September 2017 at 18:14, Stephen Finucane wrote: >> What you're probably looking for is the 'reserved_host_memory_mb' option. >> This >> defaults to 512 (at least in the latest master) so if you up this to 4192 or >>

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 27.09.2017 10:14, Stephen Finucane wrote: > On Mon, 2017-09-25 at 17:36 +0200, Jakub Jursa wrote: >> Hello everyone, >> >> We're experiencing issues with running large instances (~60GB RAM) on >> fairly large NUMA nodes (4 CPUs, 256GB RAM) while using cpu pinning. The >> problem is that it

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

Also CC-ing os-ops as someone else may have encountered this before and have further/better advice... On 27 September 2017 at 18:40, Blair Bethwaite wrote: > On 27 September 2017 at 18:14, Stephen Finucane wrote: >> What you're probably looking

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On 27 September 2017 at 18:14, Stephen Finucane wrote: > What you're probably looking for is the 'reserved_host_memory_mb' option. This > defaults to 512 (at least in the latest master) so if you up this to 4192 or > similar you should resolve the issue. I don't see how this

Re: [openstack-dev] [nova] reset key pair during rebuilding

One thing I'd like to explore is what the functional difference between a rebuild and a delete / create cycle is. With a rebuild you get to keep your IP I suppose, but that could also be true of floating IPs for a delete / create as well. Operationally, why would I want to inject a new keypair?

Re: [openstack-dev] [nova] Running large instances with CPU pinning and OOM

On Mon, 2017-09-25 at 17:36 +0200, Jakub Jursa wrote: > Hello everyone, > > We're experiencing issues with running large instances (~60GB RAM) on > fairly large NUMA nodes (4 CPUs, 256GB RAM) while using cpu pinning. The > problem is that it seems that in some extreme cases qemu/KVM can have >

[openstack-dev] [freezer]Looking for previous release notes

Hello, To understand the ability and the issue of freezer project, I would look into several previous release notes, eg from mitaka to pike. However, the pike release note is what I could only find. For other previous release, the page is empty and I could find nothing. Anyone could give me

Re: [openstack-dev] [Openstack-operators] [tc][nova][ironic][mogan] Evaluate Mogan project

On 27/09/17 01:59 +, Jeremy Stanley wrote: On 2017-09-27 09:15:21 +0800 (+0800), Zhenguo Niu wrote: [...] I don't mean there are deficiencies in Ironic. Ironic itself is cool, it works well with TripleO, Nova, Kolla, etc. Mogan just want to be another client to schedule workloards on Ironic

Re: [openstack-dev] [all][infra] Zuul v3 migration update

Just wanted to say thanks to all of you for the hard work. I can only imagine how hard it must be to do this migration without causing downtimes. Flavio On 26/09/17 18:04 -0500, Monty Taylor wrote: Hey everybody, We got significantly further along with our Zuul v3 rollout today. We uncovered

Re: [openstack-dev] 答复: [Senlin] Senlin Queens Meetup

21th Oct will be ok On Tue, Sep 26, 2017 at 9:28 PM, wrote: > > I will join. > > If time was changed on Oct 14th, 21th or 22th, It's also ok from me:) > > > > 原始邮件 > *发件人：* ; > *收件人：* ; > *日 期 ：*2017年09月19日 22:06 >

Re: [openstack-dev] [nova] reset key pair during rebuilding

On Wed, Sep 27, 2017 at 10:29 AM, Matt Riedemann wrote: > On 9/23/2017 8:58 AM, LIU Yulong wrote: > >> Hi nova developers, >> >> This mail is proposed to reconsider the key pair resetting of instance. >> The nova queens PTG discuss is here: https://etherpad.openstack.org >>