[openstack-dev] Self-nomination to serve on the technical committee team

My Peers, I am self-nominating for serving you as your technical committee representative. I won't bore you with my professional accomplishments. If you want to see such information to judge if I'm qualified for serving you on the technical committee team, that information is available in my

[openstack-dev] What's Up, Doc? 30 September

Hi everyone, We're on the final countdown to Newton now! The release managers Olena and Alex are busy getting the release patches ready, the Install Guide testing team are madly working through the last few sections, and Andreas and I have our fingers hovering over the big red GO button! Don't

[openstack-dev] [tricircle]stable/newton branch created

Hello, all All "must to have" patches have been merged, the "stable/newton" branch was just created: https://github.com/openstack/tricircle/tree/stable/newton Before the newton release, two more patches needed for this branch: one patch to update devstack related script to download newton

[openstack-dev] TC Candidacy

Hey Everyone, Some of you may know me, I've been around the OpenStack community for a while (longer than some, shorter than others). I'm not an "uber hipster", or a "super cool bro-grammer", or even a "mega hacker" trying to write the most clever code possible to impress everyone. I am however

Re: [openstack-dev] [trio2o]Trio2o cleaning discussion

etherpad: https://etherpad.openstack.org/p/Trio2oCleaning Best Regards Chaoyi Huang (joehuang) From: joehuang Sent: 29 September 2016 10:59 To: openstack-dev Subject: [openstack-dev][trio2o]Trio2o cleaning discussion Hello, As we discussed yesterday, we'll have

[openstack-dev] [ironic][ironic-python-agent]code-review about this commit https://review.openstack.org/#/c/369245/

Hi ironic team： I reported a bug of "get pci device's numa_node info when collecting pci devices info" on ironic-python-agent launchpad. this is the bug link: https://bugs.launchpad.net/ironic-python-agent/+bug/1622940 And here is the commit: https://review.openstack.org/#/c/369245/

[openstack-dev] [daisycloud-core] Agenda for IRC meeting 0800UTC Sep. 30 2016

1) Roll Call 2) Core Code Abstraction 3) Bifrost/Ironic Integration 4) OPNFV: Daisy4nfv CI Framework Progress 5) Bare Metal Deployment(PXE/IPMI) demo2 doc and artifact B.R., Zhijiang __ OpenStack Development Mailing List

[openstack-dev] [daisycloud-core] Agenda for IRC meeting 0800UTC Sep. 30 2016

B.R., Zhijiang __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] TC Candidacy

I believe this is the voice we really need in the TC. THANK YOU. - Qiming On Thu, Sep 29, 2016 at 11:47:12PM +, Jeremy Stanley wrote: > I guess I'll send a copy of mine to the ML too, since all the cool > kids seem to be doing it... > > Most of you probably know me as "that short dude in

Re: [openstack-dev] TC candidacy

On 29 Sep 2016, at 16:00, gordon chung wrote: > > On 29/09/16 04:35 PM, John Dickinson wrote: >> >> I am concerned that there is a current focus on preserving the status >> quo. There's focus on policies and rules instead of use cases; there's >> focus on conformity instead of innovation;

Re: [openstack-dev] [neutron][lbaas][heat][octavia] Heat engine doesn't detect lbaas listener failures

Hi folks, Yes, I think there are some discrepancies around the provisioning status being exposed. Currently I think the only way to get visibility to those is through the status api: http://developer.openstack.org/api-ref/networking/v2/#show-load-balancer-status-tree Which, frankly, I think

[openstack-dev] TC Candidacy

I guess I'll send a copy of mine to the ML too, since all the cool kids seem to be doing it... Most of you probably know me as "that short dude in the Hawaiian shirt and long hair." I'll answer to "Jeremy," "fungi" or even just "hey you." I'm starting my third cycle as PTL of the Infrastructure

[openstack-dev] TC Candidacy

I am standing as a candidate for a seat on the OpenStack Technical Committee. I have worked with OpenStack since the Diablo days and have done it full time since joining the OpenStack Infrastructure team during the Folsom cycle. During this time I have been an OpenStack developer, operator, and

Re: [openstack-dev] TC candidacy

On 09/29/2016 06:14 PM, Clint Byrum wrote: > https://review.openstack.org/379850 > > Let's make OpenStack great again. > > If you don't know me, I'm very good. The code and designs I make > are tremendous, and I intend to contribute to the TC bigly. The other > candidates are sad, and they want

[openstack-dev] TC candidacy

https://review.openstack.org/379850 Let's make OpenStack great again. If you don't know me, I'm very good. The code and designs I make are tremendous, and I intend to contribute to the TC bigly. The other candidates are sad, and they want OpenStack to be a third world project, no good.

Re: [openstack-dev] TC candidacy

On 29/09/16 04:35 PM, John Dickinson wrote: > > I am concerned that there is a current focus on preserving the status > quo. There's focus on policies and rules instead of use cases; there's > focus on conformity instead of innovation; there's focus on forced > prioritization instead of

Re: [Openstack] [OpenStack] [keystone] How to make keystone highly available?

On Sep 21, 2016, at 6:48 AM, Van Leeuwen, Robert wrote: > If I had these constraints I would add a loadbalancer-config on the same > machine that runs the OpenStack apis. Now that I have multiple Neutron instances, how do I make my routers HA? I managed to make the router 'distributed', but

[openstack-announce] [new][cloudkitty] cloudkitty-dashboard 0.6.1 release (newton)

We are jazzed to announce the release of: cloudkitty-dashboard 0.6.1: CloudKitty Horizon dashboard This release is part of the newton release series. With package available at: https://pypi.python.org/pypi/cloudkitty-dashboard For more details, please see below. Changes in

[openstack-dev] TC candidacy

Howdy folks, I'd like to submit myself as a candidate for the OpenStack TC, The reasons why are varied (and longer than I can list here) but it really comes to my desire to see OpenStack succeed and prosper and exist (in whatever shape and form) going forward in a way that is sustainable for

[Openstack-operators] [puppet][tripleo][fuel] Upcoming changes to defaults around using processor count for worker configurations

Hello all, So for many years we've been using either the service defaults (usually python determined processor count) or the $processorcount fact from facter in puppet for worker configuration options for the OpenStack services. If you are currently using the default values provided by the

[openstack-dev] [puppet][tripleo][fuel] Upcoming changes to defaults around using processor count for worker configurations

Hello all, So for many years we've been using either the service defaults (usually python determined processor count) or the $processorcount fact from facter in puppet for worker configuration options for the OpenStack services. If you are currently using the default values provided by the

[openstack-announce] [new][nova] nova 12.0.5 release (liberty)

We are ecstatic to announce the release of: nova 12.0.5: Cloud computing fabric controller This release is part of the liberty stable release series. For more details, please see below. 12.0.5 ^^ Security Issues * The qemu-img tool now has resource limits applied which prevent it from

[openstack-dev] [release][Designate] Designate Newton RC2 available

Hello everyone, A new release candidate for Designate for the end of the Newton cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/designate/designate-3.0.0.0rc2.tar.gz Unless release-critical issues are found that warrant a release candidate respin,

[openstack-dev] [release][Nova] Nova Newton RC2 available

Hello everyone, A new release candidate for Nova for the end of the Newton cycle is available! You can find the source code tarball at: https://tarballs.openstack.org/nova/nova-14.0.0.0rc2.tar.gz Unless release-critical issues are found that warrant a release candidate respin, this candidate

Re: [openstack-dev] [Kolla] Deprecation Policies (related to Heka)

Michal, I didn’t say we had to run two parallel implementations at the same time to be compliant with this project maturity tag. We have to maintain it in the release for 3 months until we switch to something else if our intent is to switch to something else (at 3 months + 1 picosecond ☺.

[openstack-dev] TC candidacy

I am throwing my hat into the ring for the TC election. I've been a part of OpenStack since it started. I've seen it grow from a few dozen people into the very large community we have today. During the past 6 years, I've seen controversial topics come and go and the community grow and adapt. I've

[Openstack-operators] Mailing list

mayurpa...@gmail.com ___ OpenStack-operators mailing list OpenStack-operators@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators

[openstack-dev] TC candidacy

I’d like to also toss my name into the ring. I’m announcing my candidacy for a position on the OpenStack Technical Committee. -- About me I have served as the Keystone PTL for the Mitaka and Newton cycles, and will again serve as the PTL for the Ocata cycle. I’ve also contributed heavily to

[openstack-dev] [openstack-ansible] Blueprint discussion

"Testing: call tempest function from tox" https://blueprints.launchpad.net/openstack-ansible/+spec/testing-direct-tem pest I filed this blueprint for a potential enhance to our functional testing. Any thoughts OSA team? Michael Gugino On 9/29/16, 1:38 PM, "Davanum Srinivas"

[Openstack-operators] Host an OpenStack Operators Mid-Cycle Meetup!

The OpenStack Ops Meetups team is looking for organizations to that would like to host a mid-cycle meet up. These are 2-day events where OpenStack operators get together to discuss their experience operating OpenStack. More information on these meetings in general is given here :

Re: [openstack-dev] SRIOV-port refused to bind

Hi Lenny Verkhovsky, Thank you for your response. I am using the Mitaka version of openstack. I followed the https://wiki.openstack.org/wiki/SR-IOV-Passthrough-For-Networking and set the "intel_iommu=on". Here is the output for the VF's config root@A1-22932-compute1:~# cat /proc/cmdline

Re: [openstack-dev] [release][searchlight] RC3 available (was: searchlight Newton RC2 available)

A translation review trickled in late for searchlight-ui. So we cut a RC3: https://tarballs.openstack.org/searchlight-ui/searchlight-ui-1.0.0.0rc3.tar.gz Thanks, Dims On Thu, Sep 29, 2016 at 11:09 AM, Davanum Srinivas wrote: > Hello everyone, > > The release candidate for

[openstack-dev] [new][documentation] os-api-ref 1.1.0 release

We are overjoyed to announce the release of: os-api-ref 1.1.0: Sphinx Extensions to support API reference sites in OpenStack With source available at: http://git.openstack.org/cgit/openstack/os-api-ref For more details, please see below. Changes in os-api-ref 1.0.0..1.1.0

[openstack-dev] [release][ptl] Release countdown for week R-0, 3-7 Oct

Focus - This is the final release week. We're almost there! Most project teams should be preparing for the summit in Barcelona. General Notes - The release management team will tag the final Newton release on 6 October (project teams do not need to take any action). We will

[openstack-announce] [new][openstackansible] openstack-ansible-rabbitmq_server 13.3.4 release

We are overjoyed to announce the release of: openstack-ansible-rabbitmq_server 13.3.4: rabbitmq_server for OpenStack Ansible For more details, please see below. Changes in openstack-ansible-rabbitmq_server 13.3.3..13.3.4 --- 7ac8e58 Add

[openstack-announce] [new][openstackansible] openstack-ansible-os_nova 13.3.4 release

We are content to announce the release of: openstack-ansible-os_nova 13.3.4: os_nova for OpenStack Ansible For more details, please see below. Changes in openstack-ansible-os_nova 13.3.1..13.3.4 --- 3444608 Fix race condition when configuring the

[openstack-announce] [new][openstackansible] openstack-ansible-os_swift 13.3.4 release

We are exuberant to announce the release of: openstack-ansible-os_swift 13.3.4: os_swift for OpenStack Ansible For more details, please see below. Changes in openstack-ansible-os_swift 13.3.3..13.3.4 c4c8a9c Point auditor service at the

[openstack-announce] [new][openstackansible] openstack-ansible-rsyslog_server 13.3.4 release

We are stoked to announce the release of: openstack-ansible-rsyslog_server 13.3.4: rsyslog_server for OpenStack Ansible For more details, please see below. Changes in openstack-ansible-rsyslog_server 13.2.0..13.3.4 -- da10c8b Update tox

[openstack-announce] [new][openstackansible] openstack-ansible-os_horizon 13.3.4 release

We are gleeful to announce the release of: openstack-ansible-os_horizon 13.3.4: OpenStack Horizon role for OpenStack Ansible For more details, please see below. Changes in openstack-ansible-os_horizon 13.3.3..13.3.4 -- b585f3e Simplify bool

[openstack-announce] [new][openstackansible] openstack-ansible-os_keystone 13.3.4 release

We are exuberant to announce the release of: openstack-ansible-os_keystone 13.3.4: os_keystone for OpenStack Ansible For more details, please see below. Changes in openstack-ansible-os_keystone 13.3.1..13.3.4 --- 4f30d3a Force a restart of

[openstack-announce] [new][openstackansible] openstack-ansible-os_ceilometer 13.3.4 release

We are pumped to announce the release of: openstack-ansible-os_ceilometer 13.3.4: os_ceilometer role for OpenStack-Ansible For more details, please see below. Changes in openstack-ansible-os_ceilometer 13.3.1..13.3.4 - 3a24b01 Disable

[openstack-announce] [new][openstackansible] openstack-ansible-galera_server 13.3.4 release

We are exuberant to announce the release of: openstack-ansible-galera_server 13.3.4: Galera Server role for OpenStack-Ansible For more details, please see below. 13.3.4 ^^ Bug Fixes * The "--compact" flag has been removed from xtrabackup options. This had been shown to cause crashes in

Re: [openstack-dev] [puppet] Proposing David Moreau Simard part of Puppet OpenStack CI core team

Hey, Great -- thanks everyone. Let's keep on rocking. Sometimes, it works outside of Devstack. Let's keep it that way :) David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] On Thu, Sep 29, 2016 at 12:33 PM, Emilien Macchi wrote:

[openstack-dev] [release][openstack-ansible] OpenStack-Ansible Newton RC2 available

Hello everyone, The release candidate for OpenStack-Ansible for the end of the Newton cycle is available! You can find the details at: https://releases.openstack.org/newton/index.html#newton-openstack-ansible Unless release-critical issues are found that warrant a release candidate respin, this

Re: [Openstack-operators] Nova live-migration failing for RHEL7/CentOS7 VMs

My understanding is it will be backported to all supported redhat releases so it's likely CentOS will rebuild them and provide them around the same time. Glad that worked out for you. Corbin Hendrickson Endurance Cloud Development Lead - Manager Cell: 801-400-0464 On Thu, Sep 29, 2016 at 3:00

Re: [openstack-dev] [release][tripleo] Tripleo Newton RC2 available

On Thu, Sep 29, 2016 at 1:10 PM, Davanum Srinivas wrote: > Hello everyone, > > The release candidate for Tripleo for the end of the Newton cycle is > available! You can find the RC2 source code tarballs at: > >

Re: [Openstack] DHCP Agent debugging problem

If you're looking for dhcp release messages, I believe dnsmasq will log those to syslog for you. On Sep 29, 2016 10:35, "Phani Pawan Padmanabharao" wrote: > Hello All, > > > > Me and my team members are trying to find out the scenarios and the > effects when an agent

[openstack-dev] [release][tripleo] Tripleo Newton RC2 available

Hello everyone, The release candidate for Tripleo for the end of the Newton cycle is available! You can find the RC2 source code tarballs at: https://tarballs.openstack.org/instack-undercloud/instack-undercloud-5.0.0.0rc2.tar.gz

Re: [openstack-dev] [all][oslo] Parse ISO8601 (open) time intervals

On Tue, Sep 27 2016, milanisko k wrote: > I'd like to ask whether other projects need to parse time intervals and/or > how do they achieve that. We kind of do that in Gnocchi, but we do with 2 fields: one ISO8601 timestamp and a timestamp field, which we parse using pytimeparse, you (can check

Re: [openstack-dev] [all][oslo] Parse ISO8601 (open) time intervals

On Thu, 2016-09-29 at 12:07 -0400, Doug Hellmann wrote: > Excerpts from milanisko k's message of 2016-09-29 09:48:40 +: [snip] > > > Doug, I'm afraid that dateutil.parser.parse doesn't support intervals > > either: http://paste.openstack.org/show/583452/ > > Is there any interest in

Re: [Openstack] DHCP Agent debugging problem

there exists a q-dhcp-x namespace too. Try checking there. /Trinath From: Phani Pawan Padmanabharao Sent: Thursday, September 29, 2016 7:47:57 PM To: openstack@lists.openstack.org Subject: [Openstack] DHCP Agent debugging problem

Re: [openstack-dev] [puppet] Proposing David Moreau Simard part of Puppet OpenStack CI core team

Great, I proposed the change here: https://review.openstack.org/#/c/379583/ Thanks for your feedback! On Thu, Sep 29, 2016 at 12:18 PM, Alex Schultz wrote: > +1. I think it would be beneficial to get more eyes on our testing as well > > On Wed, Sep 28, 2016 at 10:15 AM,

Re: [openstack-dev] [puppet] Proposing David Moreau Simard part of Puppet OpenStack CI core team

+1. I think it would be beneficial to get more eyes on our testing as well On Wed, Sep 28, 2016 at 10:15 AM, Iury Gregory wrote: > +1 from me, David is doing an awesome job in p-o-i =) > > 2016-09-28 13:08 GMT-03:00 Rich Megginson : >> >> On

Re: [openstack-dev] [Kolla] Deprecation Policies (related to Heka)

On Sep 29, 2016 9:30 PM, "Michał Jastrzębski" wrote: > > notification = of course > relase note with information and upgrade info = of course > 1 full release of supporting both heka and alternative = not so much > > On 29 September 2016 at 10:54, Swapnil Kulkarni (coolsvap) >

Re: [openstack-dev] [all][oslo] Parse ISO8601 (open) time intervals

Excerpts from milanisko k's message of 2016-09-29 09:48:40 +: > út 27. 9. 2016 v 18:05 odesílatel Doug Hellmann > napsal: > > > Excerpts from milanisko k's message of 2016-09-27 12:30:09 +: > > > Hello Stackers! > > > > > > The ironic inspector project keeps track

Re: [openstack-dev] [ironic] base node payload for notification

On 9/27/16, 8:23 AM, "Jim Rollenhagen" wrote: On Tue, Sep 27, 2016 at 9:57 AM, Loo, Ruby wrote: > Hi Yuriy, > > > > Thanks for bringing this up. I'm good with your list, with the exception of > driver_info and

Re: [openstack-dev] [tripleo] Getting the UI to talk with Undercloud API service endpoints

Hi, Juan - Actually, the third option is also not an option in the current undercloud > setup, since making the services listen in 0.0.0.0 will break HAProxy. So > when you're deploying with TLS things will break since we use HAProxy to > terminate TLS connections. > Ah, that's correct, isn't

Re: [openstack-dev] [Kolla] Deprecation Policies (related to Heka)

notification = of course relase note with information and upgrade info = of course 1 full release of supporting both heka and alternative = not so much On 29 September 2016 at 10:54, Swapnil Kulkarni (coolsvap) wrote: > On Sep 29, 2016 3:06 PM, "Christian Berendt" >

[openstack-dev] [Fuel] Weekly meeting for 9/29 is canceled

The agenda [0] is empty again this week so the meeting is closed, see you again next week [0] https://etherpad.openstack.org/p/fuel-weekly-meeting-agenda -- Andrew Woodward Mirantis __ OpenStack Development Mailing List (not

Re: [Openstack-operators] [ansible] Best practice for single interface cconfig

Hi Adam, OpenStack-Ansible can be deployed on a single interface without bonds. This came up just the other day in the IRC channel which I'd recommend you have a read though for some context [0]. As for the network config James Denton created this interface config file [1] which should make it

Re: [openstack-dev] [Kolla] Deprecation Policies (related to Heka)

On Sep 29, 2016 3:06 PM, "Christian Berendt" wrote: > > > On 29 Sep 2016, at 06:26, Steven Dake (stdake) wrote: > > > > If you have a different parsing of the deprecation policy, feel free to chime in. > > Heka is only used as an internal

Re: [openstack-dev] [tripleo] Release update - RC2 status & RC3

So I requested for TripleO RC2 release: https://review.openstack.org/#/c/378620/ Once this patch will merge, we'll have stable/newton on: - openstack/instack-undercloud - openstack/puppet-tripleo - openstack/tripleo-common - openstack/tripleo-heat-templates - openstack/tripleo-puppet-elements -

Re: [openstack-dev] [kolla] Deprecation Policies (related to Heka)

Tagging kolla On 29/09/16 16:22, Michał Jastrzębski wrote: Agree with Christian, this is our internal wiring. As long as we provide automated upgrade procedure which will seamlessly migrate from heka to alternative we want, we should be good without deprecation per se. Cheers, Michal On 29

[openstack-dev] [new][winstackers] networking-hyperv 3.0.0 release (newton)

We are happy to announce the release of: networking-hyperv 3.0.0: This project tracks the work to integrate the Hyper-V networking with Neutron. This project contains the Hyper-V Neutron Agent Mixin, Security Groups Driver, ML2 Mechanism Driver and the utils modules they use in order to properly

Re: [openstack-dev] Deprecation Policies (related to Heka)

Agree with Christian, this is our internal wiring. As long as we provide automated upgrade procedure which will seamlessly migrate from heka to alternative we want, we should be good without deprecation per se. Cheers, Michal On 29 September 2016 at 04:36, Christian Berendt

[openstack-dev] [release][searchlight] searchlight Newton RC2 available

Hello everyone, The release candidate for searchlight for the end of the Newton cycle is available! You can find the RC2 source code tarball at: https://tarballs.openstack.org/searchlight/searchlight-1.0.0.0rc2.tar.gz https://tarballs.openstack.org/searchlight-ui/searchlight-ui-1.0.0.0rc2.tar.gz

[openstack-dev] [release][senlin] Senlin Newton RC2 available

Hello everyone, The release candidate for Senlin for the end of the Newton cycle is available! You can find the RC2 source code tarball at: https://tarballs.openstack.org/senlin/senlin-2.0.0.0rc2.tar.gz Unless release-critical issues are found that warrant a release candidate respin, this RC2

Re: [openstack-dev] [nova][neutron] summit cross-project session

On 9/19/2016 2:49 PM, Armando M. wrote: I asked an extra session on the Neutron side to dedicate to nova/neutron, and I was hoping to have them back to back, but it doesn't look possible under the current arrangement. Do you think it's worth trying and tweak things? If not I guess we can have

Re: [openstack-dev] [murano] IRC Meeting time suggestion

Good news forcontributorfrom China, will attend the meeting. Thanks, Zhu Rong__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [all][elections] Candidate proposals for TC (Technical Committee) positions are now open

Folks, 3 incumbents are not running. Many thanks to Russell, Anne, Kyle for their service and dedication (per TC meeting logs - http://eavesdrop.openstack.org/meetings/tc/2016/tc.2016-09-27-20.01.log.html) 9 candidates are running (per

[Openstack] DHCP Agent debugging problem

Hello All, Me and my team members are trying to find out the scenarios and the effects when an agent dies or does not function properly in OpenStack. We are trying to debug the Dhcp Agent in Neutron. But apart from the console logs (of VMs) and the logs of Agent and Neutron server, is there any

Re: [openstack-dev] [stackalytics]

Roman, There are certainly exist a bug in stackalytics [1]. Current contribution > to different openstack/* projects was counted for deb-* . Now all affected > commit records on stackalytics are removed from deb-* projects, but they > should be moved to proper non-deb projects. Is there any one

[openstack-dev] [new][documentation] openstack-doc-tools 1.2.0 release

We are psyched to announce the release of: openstack-doc-tools 1.2.0: Tools for OpenStack Documentation With source available at: http://git.openstack.org/cgit/openstack/openstack-doc-tools Please report issues through launchpad: http://bugs.launchpad.net/openstack-manuals For more

Re: [openstack-dev] [packaging][rpm] 3rd-party gates promotion to voting gates

Hi, >> Gates that do not leave verified +1 are called non-voting, so >> logically gates that leaves verified +1 are called voting gates. > +1 Eh, what I wanted to +1 was: +1 to promote the check jobs on rpm-packaging from MOS and SUSE CI as voting jobs. Sorry for mixing up definitions and then

Re: [Openstack] Multiple availability zones

On Sep 29, 2016, at 2:11 PM, Tobias Urdin wrote: > Yes because a availability zone does not "belong" to anything. Well, the comments in the config file(s) seem to differ from that statement: # Default value of availability zone hints. The availability zone # aware schedulers

Re: [openstack-dev] [ironic] install guide has moved

On 2016-09-29 15:10, Ruby Loo wrote: > Hi Andreas, > > > > Because you asked so nicely, tada: > http://docs.openstack.org/project-install-guide/baremetal/newton/ Great, thanks a lot Ruby and Ironic team! Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter: jaegerandi SUSE LINUX

Re: [openstack-dev] [cinder] [qa] Proposal to make multinode grenade job voting

+1 It seems good! On Thu, Sep 29, 2016 at 7:25 AM, Michał Dulko wrote: > On 09/29/2016 12:10 PM, Michał Dulko wrote: > > Hello everyone, > > > > We have a non-voting multinode grenade job in check queue for around a > > month now. > > > > https://goo.gl/Kr10s6 > >

Re: [openstack-dev] [QA] The end-user test suite for OpenStack clusters

Hi Ken, I am guessing the above "restart nodes" is for verifying each > OpenStack service restarts successfully, right? Yes, this is right. And we also will check that HA logic for these services works correctly (for example, rescheduling of L3 Neutron agents for networks). But these service

Re: [Openstack] Multiple availability zones

Yes because a availability zone does not "belong" to anything. It's simply a group of resources defined in your nova database to make scheduling decisions. Best regards On 09/29/2016 03:08 PM, Turbo Fredriksson wrote: > On Sep 29, 2016, at 8:52 AM, Tobias Urdin wrote: > >> If I have understood

[Openstack-operators] Logging and Monitoring NYC session. What warning do we ignore in Nagios ?

Hello, In NYC we had this session: https://etherpad.openstack.org/p/NYC-ops-Logging-and-monitoring It came out that most of us configure Nagios to be less noisy, and there are Warning strings that most people just ignore, because these warnings are harmless and you dont want an email for each

Re: [Openstack] Multiple availability zones

On Sep 29, 2016, at 8:52 AM, Tobias Urdin wrote: > If I have understood it correctly your primary question is about > availability zones. Technically I guess that's right, but not so much about what it/they are and how they're used, but more like "can a controller manage multiple zones".. And

Re: [openstack-dev] [ironic] install guide has moved

Hi Andreas, Because you asked so nicely, tada: http://docs.openstack.org/project-install-guide/baremetal/newton/ Also, thanks for clarifying about ../draft/.. ! --ruby From: Andreas Jaeger Organization: SUSE Linux GmbH, Nuernberg, GF: Felix Imendörffer, Jane Smithard, Graham

Re: [openstack-dev] [packaging][rpm] 3rd-party gates promotion to voting gates

Hi, 2016-09-29 14:12 GMT+02:00 Haïkel : > Gates that do not leave verified +1 are called non-voting, so > logically gates that leaves verified +1 are called voting gates. +1 Greetings, Dirk __

Re: [openstack-dev] [tempest] Test case for new feature failed in Jenkins check against old release

On Thu, Sep 29, 2016 at 03:49:27PM +0800, Bruce Tan wrote: > Hello everyone, > > I am having a problem writing/updating a test case to verify some new > feature (in my case, the "description" field for a network). > > Acoording to Tempest Coding Guide[1], I am supposed to check if the > related

Re: [openstack-dev] [packaging][rpm] 3rd-party gates promotion to voting gates

On 16-09-29 08:12 AM, Haïkel wrote: 2016-09-26 16:05 GMT+02:00 Anita Kuno : On 16-09-26 07:48 AM, Haïkel wrote: Hi, following our discussions about 3rd party gates in RPM packaging project, I suggest that we vote in order to promote the following gates as voting: - MOS

Re: [Openstack] Provisioning VMs in Openstack cluster

On Sep 29, 2016, at 8:57 AM, Tobias Urdin wrote: > To just follow my hunch, have you configured vif_plugging_timeout in > nova.conf or is it the default value of 300? > We have vif_plugging_timeout=5, you should try that. We are live on > Liberty and are slowly upgrading to Mitaka for reference.

Re: [openstack-dev] SRIOV-port refused to bind

Murali, I have seen this binding error once when I failed to configure the SRIOV agent. Please check the agent settings as per the link below that Lenny sent. Thanks Prasanth - Original Message - From: "Lenny Verkhovsky" To: "OpenStack Development Mailing List

[Openstack-operators] [scientific] Invitation to Research Councils UK Cloud Workshop, 29th November, central London

Hi all, I wanted to pass on details of this workshop being held in London focused on the application of cloud for research applications. If you are in the vicinity or willing to travel then you are very welcome to join us! We will have a session focused on the use of OpenStack so we are

Re: [Openstack] Instances do not have access to internet

On Sep 29, 2016, at 11:07 AM, Imran Khakoo wrote: > ubuntu@throwaway:~$ ping 8.8.8.8 > PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. > From 10.10.0.1 icmp_seq=17 Destination Net Unreachable > From 10.10.0.1 icmp_seq=18 Destination Net Unreachable As far as I can tell, your security groups is just

Re: [openstack-dev] SRIOV-port refused to bind

Also, here’s the pointer to the latest guide which had been updated in this last cycle: http://docs.openstack.org/draft/networking-guide/config-sriov.html Which release are you using ? What is the content of your neutron ml2_conf.ini file ? /ludovic From: Lenny Verkhovsky

[openstack-dev] [Dragonflow] Weekly meeting on Monday, 5th Oct. is canceled

Hello, all. Due to the local holidays, I have to cancel the Dragonflow weekly meeting on Monday. The following meeting on the 12th Oct. is planned to take place as usual. Thank you, Omer Anson. __ OpenStack Development

[Openstack] Nova scheduler tries to assign an already-in-use SRIOV QAT VF to a new instance (openstack-mitaka)

Hi, Upon trying to create VM instance (Say A) with one QAT VF, it fails with the following error i.e., “Requested operation is not valid: PCI device :88:04.7 is in use by driver QEMU, domain instance-0081”. Please note that, PCI device :88:04.7 is already being assigned to another VM

[OpenStack-Infra] Create Fuel's plugin repository.

Hello! I've created the following request a few days ago: [0]. As far I can see, that request has all scores to be merged into repository. May I ask you to merge the request into a repository, please? 0. https://review.openstack.org/#/c/377639/ -- Andrey Nikitin aniki...@mirantis.com

Re: [openstack-dev] [packaging][rpm] 3rd-party gates promotion to voting gates

2016-09-26 16:05 GMT+02:00 Anita Kuno : > On 16-09-26 07:48 AM, Haïkel wrote: >> >> Hi, >> >> following our discussions about 3rd party gates in RPM packaging project, >> I suggest that we vote in order to promote the following gates as voting: >> - MOS CI >> - SUSE CI >> >>

Re: [Openstack] Instances do not have access to internet

You are right, the router must have an interface in external network and the external network must have a subnet How exactly did you try to create subnet? I guess using a CLI command? It looks like you didn't specify the network which the new subnet should belong to. Try following this doc

Re: [openstack-dev] TC candidacy

On Thu, 29 Sep 2016, Flavio Percoco wrote: I'm not saying it wouldn't be useful at all. What I'm saying is that the format, and more importantly, the content will have to be studied. I'll likely start working on this and I could use your help whether or not you'll win the election :) Yeah,

Re: [openstack-dev] [QA][infra][all] Measuring code coverage in integration tests

On Thu, Sep 29, 2016 at 5:27 AM, milanisko k wrote: > > > út 27. 9. 2016 v 20:12 odesílatel Assaf Muller napsal: > >> On Tue, Sep 27, 2016 at 2:05 PM, Assaf Muller wrote: >> >>> >>> >>> On Tue, Sep 27, 2016 at 12:18 PM, Timur Nurlygayanov

Re: [openstack-dev] [cinder] [qa] Proposal to make multinode grenade job voting

On 09/29/2016 12:10 PM, Michał Dulko wrote: > Hello everyone, > > We have a non-voting multinode grenade job in check queue for around a > month now. > > https://goo.gl/Kr10s6 Whoops, I've sent this by mistake. Here's the actual email: Hello everyone, We have a non-voting multinode grenade job

[openstack-dev] [cinder] [qa] Proposal to make multinode grenade job voting

Hello everyone, We have a non-voting multinode grenade job in check queue for around a month now. https://goo.gl/Kr10s6 __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [Openstack] Instances do not have access to internet

Hi there, I deleted all the rules and added them back one by one, seeing if each change suddenly allowed connectivity. No improvement, unfortunately. My current rules: Direction Ether Type IP Protocol Port Range Remote IP Prefix Remote Security Group Actions Ingress IPv4 ICMP Any 0.0.0.0/0 -

  1   2   >