Re: [openstack-dev] [OSC][ironic][mogan][nova] mogan and nova co-existing

On Wed, May 31, 2017 at 12:20 PM, Ed Leafe wrote: > On May 30, 2017, at 9:36 PM, Zhenguo Niu wrote: > > > as placement is not splitted out from nova now, and there would be users > who only want a baremetal cloud, so we don't add resources to placement >

Re: [openstack-dev] [OSC][ironic][mogan][nova] mogan and nova co-existing

On May 30, 2017, at 9:36 PM, Zhenguo Niu wrote: > as placement is not splitted out from nova now, and there would be users who > only want a baremetal cloud, so we don't add resources to placement yet, but > it's easy for us to turn to placement to match the node type

Re: [openstack-dev] [OSC][ironic][mogan][nova] mogan and nova co-existing

On Wed, May 31, 2017 at 10:20 AM, Ed Leafe wrote: > On May 30, 2017, at 9:08 PM, Zhenguo Niu wrote: > > > There would be a collision if nova and mogan consume the same ironic > nodes cluster, as both of them will see all the available node resources. > So

Re: [Openstack] [Ocata-Xenserver] Nova-compute wouldn't start

Hi Bob, Thanks for share this update, I'll try to patch my nova and reproduce the problem again. On Tue, May 30, 2017 at 5:25 PM, Bob Ball wrote: > Hi Adhi, > > > > Please see bug report at https://bugs.launchpad.net/nova/+bug/1693147 > which I believe covers your issue.

Re: [openstack-dev] [OSC][ironic][mogan][nova] mogan and nova co-existing

On May 30, 2017, at 9:08 PM, Zhenguo Niu wrote: > There would be a collision if nova and mogan consume the same ironic nodes > cluster, as both of them will see all the available node resources. So if > someone wants to choose mogan for baremetal compute management, the

Re: [openstack-dev] [OSC][ironic][mogan][nova] mogan and nova co-existing

Thanks Ruby for bringing this up! There would be a collision if nova and mogan consume the same ironic nodes cluster, as both of them will see all the available node resources. So if someone wants to choose mogan for baremetal compute management, the recommended deployment is Mogan+Ironic for

[Openstack] [Heat][Openstack-Ansible] Heat Engine not able to connect to Aodh Service

Hi All, I have installed OpenStack Newton release using Ansible. I am trying Orchestration with HEAT template. Here is the HEAT template I am using: http://paste.openstack.org/show/610960/. OS::Ceilometer:Alarm resource creation is failing while HEAT stack creation is in progress. Here are the

[Openstack-operators] [Openstack][Heat][Openstack-Ansible] Heat Engine not able to connect to Aodh Service

Hi All, I have installed OpenStack Newton release using Ansible. I am trying Orchestration with HEAT template. Here is the HEAT template I am using: http://paste.openstack.org/show/610960/. OS::Ceilometer:Alarm resource creation is failing while HEAT stack creation is in progress. Here are the

Re: [Openstack-operators] OpenStack operators : first mid-cycle meetup for 2018

Hi Chris, Thank you for bringing this up. I have created an etherpad page to collect proposals. https://etherpad.openstack.org/p/ops-meetup-venue-discuss-1st-2018 I will definitely propose Tokyo again :), but if other APAC folks are interested in hosting the event, please add your proposal to

Re: [openstack-dev] [Keystone] Cockroachdb for Keystone Multi-master

On 05/30/2017 05:07 PM, Clint Byrum wrote: Excerpts from Jay Pipes's message of 2017-05-30 14:52:01 -0400: Sorry for the delay in getting back on this... comments inline. On 05/18/2017 06:13 PM, Adrian Turjak wrote: Hello fellow OpenStackers, For the last while I've been looking at options

Re: [Openstack-operators] [Openstack] Strange: lost physical connectivity to compute hosts when using native (ryu) openflow interface

Do you have that patch already in your environment? If not, can you confirm it fixes the issue? On Tue, May 30, 2017 at 9:49 AM, Gustavo Randich wrote: > While dumping OVS flows as you suggested, we finally found the cause of > the problem: our br-ex OVS bridge lacked

[openstack-dev] [kuryr]

Dear Openstack Dev Kuryr Team, I'm Zainal abidin from Jakarta Indonesia, we have questions regarding connectivity from kubernetes to openstack. Our environment is vmware vsphere 5.5, we established coreos + kubernetes as our microservices docker deployment. We use coreos etcd v2.3.7 and k8s

[openstack-dev] [tc][kolla][stable][security][infra][all] guidelines for managing releases of binary artifacts

Based on two other recent threads [1][2] and some discussions on IRC, I have written up some guidelines [3] that try to address the concerns I have with us publishing binary artifacts while still allowing the kolla team and others to move ahead with the work they are trying to do. I would

Re: [openstack-dev] [requirements][mistral][tripleo][horizon][nova][releases] release models for projects tracked in global-requirements.txt

Excerpts from Matthew Thode's message of 2017-05-30 16:11:41 -0500: > On 05/30/2017 04:08 PM, Emilien Macchi wrote: > > On Tue, May 30, 2017 at 8:36 PM, Matthew Thode > > wrote: > >> We have a problem in requirements that projects that don't have the > >>

[openstack-dev] [nova][vmware] NSX CI seems to be at 100% fail

I've reported a bug here: https://bugs.launchpad.net/nova/+bug/1694543 -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

Re: [openstack-dev] [requirements][mistral][tripleo][horizon][nova][releases] release models for projects tracked in global-requirements.txt

On 05/30/2017 04:08 PM, Emilien Macchi wrote: > On Tue, May 30, 2017 at 8:36 PM, Matthew Thode > wrote: >> We have a problem in requirements that projects that don't have the >> cycle-with-intermediary release model (most of the cycle-with-milestones >> model) don't get

Re: [openstack-dev] [requirements][mistral][tripleo][horizon][nova][releases] release models for projects tracked in global-requirements.txt

On Tue, May 30, 2017 at 8:36 PM, Matthew Thode wrote: > We have a problem in requirements that projects that don't have the > cycle-with-intermediary release model (most of the cycle-with-milestones > model) don't get integrated with requirements until the cycle is

Re: [openstack-dev] [Keystone] Cockroachdb for Keystone Multi-master

Excerpts from Jay Pipes's message of 2017-05-30 14:52:01 -0400: > Sorry for the delay in getting back on this... comments inline. > > On 05/18/2017 06:13 PM, Adrian Turjak wrote: > > Hello fellow OpenStackers, > > > > For the last while I've been looking at options for multi-region > >

Re: [openstack-dev] [tripleo] CI Squad Meeting Summary (week 21) - Devmode OVB, RDO Cloud and config management

On Fri, May 26, 2017 at 4:58 PM, Attila Darazs wrote: > If the topics below interest you and you want to contribute to the > discussion, feel free to join the next meeting: > > Time: Thursdays, 14:30-15:30 UTC > Place: https://bluejeans.com/4113567798/ > > Full minutes:

Re: [OpenStack-Infra] Zuul V3: Behavior of change related requirements on push like events

Jeremy Stanley writes: > On 2017-05-30 12:53:15 -0700 (-0700), Jesse Keating wrote: > [...] >> Github labels: This is like approvals/reviews. > [...] > > Perhaps an interesting aside, Gerrit uses the same term (labels) for > how we're doing approvals and review voting. Yeah,

Re: [Openstack-operators] [scientific] Reminder: Scientific WG IRC meeting - Tuesday 2100 UTC

Thanks, Stig! While you are rounding up video picks, please let us know if there’s content from the Boston Summit we should use to refresh the “OpenStack in Science” landing page. https://www.openstack.org/science/ I was planning to ask the web team to feature the new site aggregating

Re: [OpenStack-Infra] Zuul V3: Behavior of change related requirements on push like events

On 2017-05-30 12:53:15 -0700 (-0700), Jesse Keating wrote: [...] > Github labels: This is like approvals/reviews. [...] Perhaps an interesting aside, Gerrit uses the same term (labels) for how we're doing approvals and review voting. > Personally, my opinions are that to avoid confusion, change

Re: [Openstack-operators] Mitaka and gnocchi

On 30/05/17 10:42 AM, mate...@mailbox.org wrote: > > Second thing, that I don't understand is how to get access to stored > data. For instance, with ceilometer I can execute /ceilometer > sample-list -m memory.usage -q resource_id= / > and receive memory usage for some instance. Now, If i

Re: [openstack-dev] [requirements][mistral][tripleo][horizon][nova][releases] release models for projects tracked in global-requirements.txt

On 05/30/2017 02:51 PM, Doug Hellmann wrote: > Excerpts from Matthew Thode's message of 2017-05-30 13:36:02 -0500: >> We have a problem in requirements that projects that don't have the >> cycle-with-intermediary release model (most of the cycle-with-milestones >> model) don't get integrated with

[OpenStack-Infra] Zuul V3: Behavior of change related requirements on push like events

As I was building up the GitHub driver, I noticed that in both Gerrit and Github drivers we have some pipeline and trigger requirements that are specific to a proposed change: A Gerrit Change or a Github Pull Request. These types of requirements include open, current-patchset, and approvals. In

[Openstack-operators] [telecom-nfv] Meeting #27

Hi All, We will have our biweekly meeting tomorrow [0]. Feel free to add to the agenda [1]. Hope to see you there, Curtis. [0]: http://eavesdrop.openstack.org/#OpenStack_Operators_Telco_and_NFV_Working_Group [1]: https://etherpad.openstack.org/p/ops-telco-nfv-meeting-agenda

Re: [openstack-dev] [requirements][mistral][tripleo][horizon][nova][releases] release models for projects tracked in global-requirements.txt

Excerpts from Matthew Thode's message of 2017-05-30 13:36:02 -0500: > We have a problem in requirements that projects that don't have the > cycle-with-intermediary release model (most of the cycle-with-milestones > model) don't get integrated with requirements until the cycle is fully > done.

[Openstack-operators] [scientific] Reminder: Scientific WG IRC meeting - Tuesday 2100 UTC

Hi all - We have a meeting on Tuesday at 2100 UTC in channel #openstack-meeting. We’d like to round up some summit video picks, cover the discussion on gathering OpenStack-related research papers, and discuss goals for the new cycle. Today’s full agenda is here:

Re: [openstack-dev] [requirements][mistral][tripleo][horizon][nova][releases] release models for projects tracked in global-requirements.txt

On 05/30/2017 02:36 PM, Matthew Thode wrote: [nova] os-vif - blocking pbr - intermediary Sorry for the delay. We'll fix this up today. We'll need to cut a new release of os-traits too given a bug we ran into today... Thanks for keeping us honest! Best, -jay

Re: [openstack-dev] [Keystone] Cockroachdb for Keystone Multi-master

Sorry for the delay in getting back on this... comments inline. On 05/18/2017 06:13 PM, Adrian Turjak wrote: Hello fellow OpenStackers, For the last while I've been looking at options for multi-region multi-master Keystone, as well as multi-master for other services I've been developing and

[openstack-dev] [requirements][mistral][tripleo][horizon][nova][releases] release models for projects tracked in global-requirements.txt

We have a problem in requirements that projects that don't have the cycle-with-intermediary release model (most of the cycle-with-milestones model) don't get integrated with requirements until the cycle is fully done. This causes a few problems. * These projects don't produce a consumable

Re: [Openstack-operators] Eventbrite - Ops Meet-up Mexico City

Tom, Just a kind reminder. Any update on this? Thanks, Edgar From: Edgar Magana Date: Tuesday, May 23, 2017 at 10:15 AM To: Tom Fifield Cc: openstack-operators Subject: Eventbrite - Ops Meet-up Mexico

Re: [openstack-dev] [tc] [all] TC Report 22

Excerpts from Chris Dent's message of 2017-05-30 18:16:25 +0100: > > There's no TC meeting this week. Thierry did a second weekly status > report[^1]. There will be a TC meeting next week (Tuesday, 6th June > at 20:00 UTC) with the intention of discussing the proposals about > postgreSQL (of

[openstack-dev] [ironic] this week's priorities and subteam reports

Hi, We are glad to present this week's priorities and subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. This Week's Priorities (as of the weekly ironic meeting) 1. booting from

[openstack-dev] [tc] [all] TC Report 22

There's no TC meeting this week. Thierry did a second weekly status report[^1]. There will be a TC meeting next week (Tuesday, 6th June at 20:00 UTC) with the intention of discussing the proposals about postgreSQL (of which more below). Here are my comments on pending TC activity that either

Re: [Openstack] Strange: lost physical connectivity to compute hosts when using native (ryu) openflow interface

While dumping OVS flows as you suggested, we finally found the cause of the problem: our br-ex OVS bridge lacked the secure fail mode configuration. May be the issue is related to this: https://bugs.launchpad.net/neutron/+bug/1607787 Thank you On Fri, May 26, 2017 at 6:03 AM, Kevin Benton

Re: [openstack-dev] [kolla][osprofiler][keystone][neutron][nova] osprofiler in paste deploy files

- Mail original - > De: "Lance Bragstad" > À: "OpenStack Development Mailing List (not for usage questions)" > > Envoyé: Mardi 30 Mai 2017 16:33:17 > Objet: Re: [openstack-dev] [kolla][osprofiler][keystone][neutron][nova] >

[Openstack-operators] Ops Mid-Cycle Meetup - MEX - Session Planning

Hello Ops, We have begun planning the details for our next mid-cycle meetup in Mexico City, August 9 and 10th. We need help from all of you to come up with session ideas and to provide feedback on the proposals of others. Even if you are not planning to attend, your feedback would be appreciated.

Re: [Openstack-operators] Reminder: Tuesday after Memorial Day (US) Ops Meetup Planning is one hour earlier

Could you let us know how mexico city planning is going? We seemed to be lacking anyone from the de facto mexico team, so today's meeting was cut short Thanks! Chris On Tue, May 30, 2017 at 10:56 AM, Edgar Magana wrote: > I just got the meeting minutes. > > > > BTW>

Re: [openstack-dev] Security bug in diskimage-builder

On Tue, May 30, 2017 at 3:43 PM, Ben Nemec wrote: > > > On 05/30/2017 08:00 AM, Emilien Macchi wrote: >> >> On Mon, May 29, 2017 at 9:02 PM, Jeremy Stanley wrote: >>> >>> On 2017-05-29 15:43:43 +0200 (+0200), Emilien Macchi wrote: On Wed, May

Re: [openstack-dev] Security bug in diskimage-builder

On Tue, May 30, 2017 at 3:10 PM, Jeremy Stanley wrote: > On 2017-05-30 15:00:11 +0200 (+0200), Emilien Macchi wrote: > [...] >> I'll explore Launchpad to see how we can use this group to handle >> Security bugs. > > I'll save you some time! ;) Many thanks, indeed it helped. >

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

I've introduced a patch [0] for updating the Murano meeting time. But the meeting time proposed will have to be adjusted to account for vastly different time zones: America and Asia for example. Tentatively ~UTC 12:00 pm might be feasible, but more feedback is needed to make a better update

Re: [Openstack-operators] Reminder: Tuesday after Memorial Day (US) Ops Meetup Planning is one hour earlier

I just got the meeting minutes. BTW> I will be in PTO next week, So, I will miss next one. Thanks, Edgar From: Chris Morgan Date: Tuesday, May 30, 2017 at 7:55 AM To: Edgar Magana Cc: David Medberry ,

Re: [openstack-dev] [oslo][all][logging] logging debugging improvement work status

The oslo.log changes to include exception details are in version 3.27.0. Doug Excerpts from ChangBo Guo's message of 2017-05-27 16:22:27 +0800: > Thanks Doug, I will release it on next Monday. > > 2017-05-25 22:15 GMT+08:00 Doug Hellmann : > > > One outcome from the

Re: [Openstack-operators] Reminder: Tuesday after Memorial Day (US) Ops Meetup Planning is one hour earlier

Hello, Is the meeting going on? I am late but wondering if you are still around? Edgar From: Chris Morgan Date: Tuesday, May 30, 2017 at 6:55 AM To: David Medberry Cc: "openstack-operators@lists.openstack.org"

Re: [Openstack-operators] UTC 14:00 henceforth for Ops Meet Up planning

Today's meeting had slightly better attendance, so cautiously declaring the new time slot an improvement. Here are the minutes links as usual Minutes: http://eavesdrop.openstack.org/meetings/ops_meetup_team/2017/ops_meetup_team.2017-05-30-14.01.html 10:42 AM Minutes (text):

Re: [openstack-dev] [fuxi][kuryr] Where to commit codes for Fuxi-golang

On Tue, May 30, 2017 at 5:47 AM, Spyros Trigazis wrote: > FYI, there is already a cinder volume driver for docker available, written > in golang, from rexray [1]. > > Our team recently contributed to libstorage [3], it could support manila > too. Rexray > also supports the

Re: [Openstack-operators] Mitaka and gnocchi

Mathieu, Gordon thank you both ! I'm using Mitaka release. It looks like that ceilometer-collector is pooling data to gnocchi, but I don't understand a few things. I'm receiving log messages to my terminal input from gnocchi-api, however in gnocchi.conf logging is set to write to a file and

Re: [openstack-dev] [kolla][osprofiler][keystone][neutron][nova] osprofiler in paste deploy files

On Mon, May 29, 2017 at 4:08 AM, Matthieu Simonin wrote: > Hello, > > I'd like to have more insight on OSProfiler support in paste-deploy files > as it seems not similar across projects. > As a result, the way you can enable it on Kolla side differs. Here are > some

[Openstack] [openstack][heat][openstack-telemetry][openstack-ansible] Heat engine unable to connect to Aodh service

Hi All, I have installed OpenStack Newton release using Ansible. I am trying Orchestration with HEAT template. Here is the HEAT template I am using: http://paste.openstack.org/show/610960/. OS::Ceilometer:Alarm resource creation is failing while HEAT stack creation is in progress. Here are the

[Openstack-operators] [openstack][heat][openstack-telemetry][openstack-ansible] Heat engine unable to connect to Aodh service

Hi All, I have installed OpenStack Newton release using Ansible. I am trying Orchestration with HEAT template. Here is the HEAT template I am using: http://paste.openstack.org/show/610960/. OS::Ceilometer:Alarm resource creation is failing while HEAT stack creation is in progress. Here are the

Re: [Openstack-operators] Reminder: Tuesday after Memorial Day (US) Ops Meetup Planning is one hour earlier

So this meeting is due in about 5 minutes! Who wants to chair? Chris On Fri, May 26, 2017 at 12:18 PM, David Medberry wrote: > Just a reminder that the Tuesday after Memorial Day, bright and early (in > the US) is the Ops Meetup Planning session in #openstack-operators

Re: [openstack-dev] [fuxi][kuryr] Where to commit codes for Fuxi-golang

On 30 May 2017 at 15:26, Hongbin Lu wrote: > Please consider leveraging Fuxi instead. > Is there a missing functionality from rexray? > Kuryr/Fuxi team is working very hard to deliver the docker network/storage > plugins. I wish you will work with us to get them

[openstack-dev] [neutron][l2gw] OVS code currently broken

Hi, Please note that the L2 GW code is currently broken due to the commit e6333593ae6005c4b0d73d9dfda5eb47f40dd8da If someone has the cycles can they please take a look. Thanks gary __ OpenStack Development Mailing List (not

[Openstack] Policy enforcement in Glance (Ocata Release)

Hello, I've run into an issue regarding policies with Glance on the Ocata release. Essentially, I'd like to restrict the actions of listing images and viewing/editing their details to either members of the same project or the global admin. Since all policies are empty strings by default, I tried

Re: [openstack-dev] [vitrage] [nova] [HA] [masakari] VM Heartbeat / Healthcheck Monitoring

Thanks Sam , Will sure review it. On Tue, 30 May 2017, 17:59 Sam P, wrote: > Hi Vikash, > > Greg submit the spec [1] for intrusive instance monitoring. > Your review will be highly appreciated.. > [1] https://review.openstack.org/#/c/469070/ > --- Regards, > Sampath >

Re: [openstack-dev] Security bug in diskimage-builder

On 05/30/2017 08:00 AM, Emilien Macchi wrote: On Mon, May 29, 2017 at 9:02 PM, Jeremy Stanley wrote: On 2017-05-29 15:43:43 +0200 (+0200), Emilien Macchi wrote: On Wed, May 24, 2017 at 7:45 PM, Ben Nemec wrote: [...] Emilien, I think we should

[openstack-dev] [neutron] [classifier] Common Classification Framework meeting

Hi all, Friendly reminder that there will be a Common Classification Framework meeting in about half an hour at #openstack-meeting. Today's agenda: https://wiki.openstack.org/wiki/Neutron/CommonClassificationFramework#Discussion_Topic_30_May_2017 The spec seems to have reached general

Re: [openstack-dev] [fuxi][kuryr] Where to commit codes for Fuxi-golang

Please consider leveraging Fuxi instead. Kuryr/Fuxi team is working very hard to deliver the docker network/storage plugins. I wish you will work with us to get them integrated with Magnum-provisioned cluster. Currently, COE clusters provisioned by Magnum is far away from enterprise-ready. I

Re: [openstack-dev] [Tripleo] deploy software on Openstack controller on the Overcloud

On Mon, May 29, 2017 at 5:05 AM, Dnyaneshwar Pawar wrote: > Hi, > > I am tying to deploy a software on openstack controller on the overcloud. > One way to do this is by modifying ‘overcloud image’ so that all packages of > our software are added to image and then

[openstack-dev] [neutron] neutron-lib impact: attribute functions and constants now in neutron-lib

If your project uses neutron.api.v2.attributes please read on. A bulk of neutron.api.v2.attributes has been rehomed into neutron-lib [1][2] and we've begun consuming these changes in neutron and stadium projects. Today we are working to consume: - The core resource/collection name constants [3]

Re: [openstack-dev] Security bug in diskimage-builder

On 2017-05-30 15:00:11 +0200 (+0200), Emilien Macchi wrote: [...] > I'll explore Launchpad to see how we can use this group to handle > Security bugs. I'll save you some time! ;) Go to https://launchpad.net/tripleo/+sharing (repeat for any other projects the TripleO team has on LP) and add a row

Re: [openstack-dev] Security bug in diskimage-builder

On Mon, May 29, 2017 at 9:02 PM, Jeremy Stanley wrote: > On 2017-05-29 15:43:43 +0200 (+0200), Emilien Macchi wrote: >> On Wed, May 24, 2017 at 7:45 PM, Ben Nemec wrote: > [...] >> > Emilien, I think we should create a tripleo-coresec group in >> >

Re: [openstack-dev] [masakari] Intrusive Instance Monitoring

On 2017-05-30 12:04:54 + (+), Waines, Greg wrote: > Thanks Jeremy ... the remote gerrit setting was my problem ... I > had it set to Vitrage because I am also doing some work there. > > I switched it to masakari for this work and was able to submit my > spec. Was it set globally

[Openstack] [cinder] [nova] How to provide additional options to NFS backend?

(I've sent this to openstack-dev originally, sorry for cross-posting, but I did not get any answers there...) Hi, it seems to me that the way of adding extra NFS options to the cinder backend is somewhat confusing. 1. There is nfs_mount_options in cinder config file [1] 2. Then I can put my

Re: [openstack-dev] [vitrage] [nova] [HA] [masakari] VM Heartbeat / Healthcheck Monitoring

Hi Vikash, Greg submit the spec [1] for intrusive instance monitoring. Your review will be highly appreciated.. [1] https://review.openstack.org/#/c/469070/ --- Regards, Sampath On Sat, May 20, 2017 at 4:49 PM, Vikash Kumar wrote: > Thanks Sam > > > On

Re: [openstack-dev] [masakari] Intrusive Instance Monitoring

Hi Greg, Great.. thank you. I will ask people to review this.. --- Regards, Sampath On Tue, May 30, 2017 at 9:06 PM, Waines, Greg wrote: > Hey Sam, > > > > Was able to submit the blueprint and spec. > > > > Blueprint: >

Re: [openstack-dev] [masakari] Intrusive Instance Monitoring

Hey Sam, Was able to submit the blueprint and spec. Blueprint: https://blueprints.launchpad.net/masakari/+spec/intrusive-instance-monitoring Spec: https://review.openstack.org/#/c/469070/ Greg. From: Sam P Reply-To: "openstack-dev@lists.openstack.org"

Re: [openstack-dev] [masakari] Intrusive Instance Monitoring

Thanks Jeremy ... the remote gerrit setting was my problem ... I had it set to Vitrage because I am also doing some work there. I switched it to masakari for this work and was able to submit my spec. thanks again, Greg. From: Jeremy Stanley Reply-To:

Re: [openstack-dev] [fuxi][kuryr] Where to commit codes for Fuxi-golang

FYI, there is already a cinder volume driver for docker available, written in golang, from rexray [1]. Our team recently contributed to libstorage [3], it could support manila too. Rexray also supports the popular cloud providers. Magnum's docker swarm cluster driver, already leverages rexray

[Openstack] Newton openstack designate installation

Hi I installed designate on Newton openstack in Centos 7.3. After complete designate setup as indicated in https://docs.openstack.org/project-install-guide/dns/ocata/install-rdo.html (I have not found specific doc for newton) - All processes are running (central, api, mdns, worker, producer,

Re: [OpenStack-Infra] Space for Sahara artifacts (disk images)

On Friday, 26 May 2017 15:27:02 CEST Jeremy Stanley wrote: > On 2017-04-28 14:39:51 +0200 (+0200), Luigi Toscano wrote: > > The Sahara project has been providing pre-built images containing > > the Hadoop/ Spark/$bigdata frameworks since the beginning of the > > project, so that users can be

Re: [Openstack] [Ocata-Xenserver] Nova-compute wouldn't start

Hi Adhi, Please see bug report at https://bugs.launchpad.net/nova/+bug/1693147 which I believe covers your issue. Huan is working on a fix at https://review.openstack.org/#/c/467926 Thanks, Bob From: Adhi Priharmanto [mailto:adhi@gmail.com] Sent: 18 May 2017 17:52 To: Bob Ball

Re: [openstack-dev] [L2-Gateway] Query on redundant configuration of OpenStack's L2 gateway

Hi Ran Xiao, Please, take a look at this doc I found online: https://docs.google.com/document/d/1U7M78uNhBp8eZIu0YH04u6Vzj6t2NpvDY4peX8svsXY/edit#heading=h.xochfa5fqf06 You might want to contact those folks! Cheers On Tue, May 23, 2017 at 1:21 PM, Ran Xiao wrote: >

Re: [openstack-dev] [vitrage] error handling

On Tue, May 30, 2017 at 3:59 PM Afek, Ifat (Nokia - IL/Kfar Sava) < ifat.a...@nokia.com> wrote: > Hi Yujun, > > > > You started an interesting discussion. I think that the distinction > between an operational error and a programmer error is correct and we > should always keep that in mind. > > >

Re: [openstack-dev] [TripleO] Undercloud backup and restore

Hi Shinobu, It's really helpful to get feedback from customers, please, can you give me details about the failures you are having?. If so, sending me directly some logs would be great. Thanks, Carlos. On Mon, May 29, 2017 at 9:07 AM, Shinobu Kinjo wrote: > > Here is feedback

Re: [openstack-dev] [vitrage] error handling

Hi Yujun, You started an interesting discussion. I think that the distinction between an operational error and a programmer error is correct and we should always keep that in mind. I agree that having an overall design for error handling in Vitrage is a good idea; but I disagree that until

[Openstack-operators] newton trove image creation

Hi All, reading trove documentation I found is not enough clear how create trove images. At the following link https://docs.openstack.org/developer/trove/dev/building_guest_images.html I do not understant how initialize some variables: export HOST_USERNAMEexport HOST_SCP_USERNAMEexport

Re: [openstack-dev] [mistral][freezer] adopting oslo.context for logging debugging and tracing

Ok, thanks Tuan. Renat Akhmerov @Nokia On 29 May 2017, 17:38 +0700, lương hữu tuấn , wrote: > Hi Renat, > > Kong is going to move on with this patch and then i will continue with the > main problem of trust token in Mistral. > > Br, > > Tuan/Nokia > > > On Mon, May 29,