Re: [openstack-dev] [UX] [Heat] [Mistral] Merlin project PoC update: shift from HOT builder to Mistral Workbook builder

Timur, For us, undoubtedly, it’s a great news. Visualization of any kind is really important for Mistral for a number of reasons. You can count on any help(including code contribution) from our side. Thanks Renat Akhmerov @ Mirantis Inc. On 26 Sep 2014, at 04:04, Steve Baker wrote: > On 2

Re: [openstack-dev] Contributing to docs without Docbook -- YES you can!

Hi Ageeleshwar, the links you provided are wordpress admin links and require a login. Is there also a public link available? Thanks -- Andreas (irc: scheuran) On Tue, 2014-09-30 at 09:33 +0530, Akilesh K wrote: > Hi, > > I saw the table of contents. I have posted documents on configuring > op

Re: [openstack-dev] Contributing to docs without Docbook -- YES you can!

Sorry the correct links are 1. Comparison between networking devices and linux software components 2. Openstack ovs plugin configuration for single/multi machine setup

Re: [openstack-dev] Contributing to docs without Docbook -- YES you can!

Nice articles Akilesh. On Tuesday, 30 September 2014 12:56 PM, Akilesh K wrote: Sorry the correct links are 1.Comparison between networking devices and linux software components 2. Openstack ovs plugin configuration for single/multi machine setup 3. Neutron ovs plugin layer 2 connectivity 4

[openstack-dev] [Keystone] [Glance] Juno RC1 available

Hello everyone, Keystone and Glance are the first integrated projects to publish a release candidate in preparation for the final Juno release. The RC1 tarballs are available for download at: https://launchpad.net/keystone/juno/juno-rc1 https://launchpad.net/glance/juno/juno-rc1 Unless release-c

Re: [openstack-dev] [UX] [Heat] [Mistral] Merlin project PoC update: shift from HOT builder to Mistral Workbook builder

On Fri, Sep 26, 2014 at 7:04 AM, Steve Baker wrote: > On 26/09/14 05:36, Timur Sufiev wrote: > >> Hello, folks! >> >> Following Drago Rosson's introduction of Barricade.js and our discussion >> in ML about possibility of using it in Merlin [1], I've decided to change >> the plans for PoC: now the

Re: [openstack-dev] [oslo] Fate of xmlutils

On Mon, Sep 29 2014, Joshua Harlow wrote: > Do we know that the users (keystone, neutron...) aren't vulnerable? > > From https://pypi.python.org/pypi/defusedxml#python-xml-libraries it sure > seems > like we would likely still have issues if custom implementations are being > used/created. Perhap

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

On Mon, Sep 29 2014, Morgan Fainberg wrote: > The big issue you're going to run into is locking. The indexes need to have > a distributed lock that guarantees that each index is read/updated/released > atomically (similar to the SQL transaction). The way memcache and redis > handle this is by tryi

[openstack-dev] [Neutron] for help!

Dear all, Could anyone help me? I have some questions to trouble . 1. Can the neutron create complex virtual network topology? Such as, any two routers' interconnection between each other. 2. If can't, Does the neutron team have any plan to support the complex virtual network topo

Re: [openstack-dev] [Neutron] for help!

Hi Chengyong, I remember there is a blueprint[1] by Edgar Magana which talks about similar use cases but that still marked for discussion whether this belongs to Neutron or Heat. [1] https://blueprints.launchpad.net/neutron/+spec/network-topologies-api Fawad Khaliq On Tue, Sep 30, 2014 at 2:26

Re: [openstack-dev] [Neutron] for help!

On 30 September 2014 10:26, Linchengyong wrote: > Dear all, > > Could anyone help me? I have some questions to trouble . > > 1. Can the neutron create complex virtual network topology? Such as, > any two routers' interconnection between each other. > Only if you bridge them with a netw

Re: [openstack-dev] [Neutron] How to set port_filter in port binding?

Hi Alex, a spoof filter is set by default to avoid that a VM can send packets whose source address is different from the VM's address. There's no option to change that. cheers, Rossella On 09/25/2014 10:59 PM, Alexandre Levine wrote: > Hi All, > > I'm looking for a way to set port_filter flag

Re: [openstack-dev] [nova] Create an instance with a custom uuid

Going back to my original question, I would like to know: 1) Is it acceptable to have the UUID passed from client side? 2) What is the correct way to do it? I started to implement this feature, simply passing it as metadata with key uuid, but I feel that this feature should have a reserved opt

Re: [openstack-dev] [Rally]Rally exception

It is not known issue, but it will be fixed very soon. Meanwhile I can suggest that rally was unable to connect to VM for some reason. I ran into below rally exception while trying to run Rally scenario. u'Traceback (most recent call last):\n File "/home/localadmin/openstack/cvg_rally/ra

Re: [openstack-dev] [oslo] Fate of xmlutils

Julien, I believe all the lessons learned from defusedxml (see the release dates) have been folded back into the different libraries. For example plain old etree.fromstring() even without any special options is ok with the specially crafted xml bombs that you can find as test cases in defusedxml r

Re: [openstack-dev] [oslo] Fate of xmlutils

On Tue, Sep 30, 2014 at 09:28:22AM +0930, Christopher Yeoh wrote: > On Mon, 29 Sep 2014 18:03:20 +0200 > Julien Danjou wrote: > > > > It seems that Python fixed that issue with 2 modules released on PyPI: > > > > https://pypi.python.org/pypi/defusedxml > > https://pypi.python.org/pypi/defuse

Re: [openstack-dev] [oslo] Fate of xmlutils

On Tue, Sep 30 2014, Davanum Srinivas wrote: > I believe all the lessons learned from defusedxml (see the release > dates) have been folded back into the different libraries. For example > plain old etree.fromstring() even without any special options is ok > with the specially crafted xml bombs th

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-12 1:05 GMT+02:00 Jay Pipes : > If Nova was to take Soren's advice and implement its data-access layer > on top of Cassandra or Riak, we would just end up re-inventing SQL > Joins in Python-land. I may very well be wrong(!), but this statement makes it sound like you've never used e.g. Ria

Re: [openstack-dev] [nova] Create an instance with a custom uuid

On 09/30/2014 06:53 AM, Pasquale Porreca wrote: Going back to my original question, I would like to know: 1) Is it acceptable to have the UUID passed from client side? In my opinion, no. This opens a door to issues we currently don't need to deal with, and use cases I don't think Nova shoul

Re: [openstack-dev] [Neutron] [Devstack] Why route for private network is not taken care by neutron?

I reckon it is a sort of "convenience" route which allows us to connect directly to private instances running in the network namespace from the devstack host without having to use floating ips. It is something which probably makes sense for dev scenarios only as FIXED_RANGE is generally not public

Re: [openstack-dev] [neutron] [IPv6] New API format for extra_dhcp_opts

Xu Han, That looks good to me. To keep it consistent with existing CLI, we should use ip-version instead of ‘version’. It seems to be identical to prefixing the option_name with v4 or v6, though. Just to clarify, are the available opt-names coming from dnsmasq definitions? With regard to the d

[openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hello, Dear TC and all, Large cloud operators prefer to deploy multiple OpenStack instances(as different zones), rather than a single monolithic OpenStack instance because of these reasons: 1) Multiple data centers distributed geographically; 2) Multi-vendor business policy; 3) Server nodes s

Re: [openstack-dev] [nova] Kilo Blueprints and Specs

I plan to start prioritising the specs that are in the review queue, not just post approve. We should fast track those that have already been approved, and particularly when code is ready to go. My original plan was to propose a git move from juno to kilo, so its easy to see its just a re-approve

[openstack-dev] [neutron] Requirements freeze exception for testscenarios, oslotest, psycopg2, MySQL-python

I'd like to request a requirements freeze exception for testscenarios, oslotest, psycopg2 and MySQL-python for tests - https://review.openstack.org/76520 This test provides verification of models with migrations synchronization which is important to have in Juno - https://bugs.launchpad.net/neutro

Re: [openstack-dev] [neutron] Requirements freeze exception for testscenarios, oslotest, psycopg2, MySQL-python

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Do we even apply freeze for test requirements? It should be ok since it's for tests only. So there is no real impact on deployer side. Also, depfreeze seems to apply to openstack/requirements repository only [1], and projects are open to consume new

Re: [openstack-dev] [oslo] Fate of xmlutils

I agree, it sounds like option 2 is safe. Julien, I updated your commit message on https://review.openstack.org/#/c/125021/ to point to this thread. Write-it-down-ly, Doug On Sep 30, 2014, at 7:17 AM, Davanum Srinivas wrote: > Julien, > > I believe all the lessons learned from defusedxml (se

[openstack-dev] [kolla] Kolla Blueprints

Hi all, The blueprints have been setup for Kolla: https://blueprints.launchpad.net/kolla Currently, there are blueprints for all of the openstack services and a few supporting services. They are, nova, swift, cinder, neutron, horizon, keystone, glance, ceilometer, heat, trove, zaqar, sahara, m

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

On 30 September 2014 14:04, joehuang wrote: > Hello, Dear TC and all, > > Large cloud operators prefer to deploy multiple OpenStack instances(as > different zones), rather than a single monolithic OpenStack instance because > of these reasons: > > 1) Multiple data centers distributed geographica

[openstack-dev] [Ceilometer] Juno RC1 available

Hello everyone, Ceilometer just published its first Juno release candidate. The list of fixed bugs and the RC1 tarball are available for download at: https://launchpad.net/ceilometer/juno/juno-rc1 Unless release-critical issues are found that warrant a release candidate respin, this RC1 will be f

Re: [openstack-dev] [oslo] Fate of xmlutils

This was also needed for Python 2.6, right? Do we have confirmation that we can drop that for Kilo? -Ben On 09/30/2014 08:28 AM, Doug Hellmann wrote: > I agree, it sounds like option 2 is safe. > > Julien, I updated your commit message on > https://review.openstack.org/#/c/125021/ to point to

[openstack-dev] 2 Minute tokens

What is keeping us from dropping the (scoped) token duration to 5 minutes? If we could keep their lifetime as short as network skew lets us, we would be able to: Get rid of revocation checking. Get rid of persisted tokens. OK, so that assumes we can move back to PKI tokens, but we're workin

[openstack-dev] [infra] Welcome three new members to project-config-core

With unanimous consent[1][2][3] of the OpenStack Project Infrastructure core team (infra-core), I'm pleased to welcome Andreas Jaeger, Anita Kuno and Sean Dague as members of the newly-formed project-config-core team. Their assistance has been invaluable in reviewing changes to our project-specific

Re: [openstack-dev] [oslo] Fate of xmlutils

Yes, I think we are still on track to drop 2.6 support for the servers in Kilo. This wasn’t used in the client libraries, right? On Sep 30, 2014, at 10:25 AM, Ben Nemec wrote: > This was also needed for Python 2.6, right? Do we have confirmation > that we can drop that for Kilo? > > -Ben > >

Re: [openstack-dev] 2 Minute tokens

On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam Young wrote: > What are the uses that require long lived tokens? Glance has operations which can take a long time, such as uploading and downloading large images. signature.asc Description: Digital signature _

Re: [openstack-dev] [oslo] Fate of xmlutils

On Tue, Sep 30 2014, Doug Hellmann wrote: > Yes, I think we are still on track to drop 2.6 support for the servers in > Kilo. > > This wasn’t used in the client libraries, right? After a quick grep of the code I've around, it doesn't look being used by anything else than Nova itself. -- Julien

Re: [openstack-dev] 2 Minute tokens

On 09/30/2014 10:44 AM, Adam Young wrote: What is keeping us from dropping the (scoped) token duration to 5 minutes? If we could keep their lifetime as short as network skew lets us, we would be able to: Get rid of revocation checking. Get rid of persisted tokens. OK, so that assumes we can mo

Re: [openstack-dev] 2 Minute tokens

On 09/30/2014 11:06 AM, Louis Taylor wrote: On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam Young wrote: What are the uses that require long lived tokens? Glance has operations which can take a long time, such as uploading and downloading large images. Yes, but the token is only authenticated at

[openstack-dev] Hyper-V meeting cancelled today

Hi All, Dealing with a critical bug this morning. We will have to postpone the Hyper-V meeting until next week. p Peter J. Pouliot CISSP Sr. SDET OpenStack Microsoft New England Research & Development Center 1 Memorial Drive Cambridge, MA 02142 P: 1.(857).4536436 E: ppoul...@microsoft.com

Re: [openstack-dev] 2 Minute tokens

On 09/30/2014 11:37 AM, Adam Young wrote: On 09/30/2014 11:06 AM, Louis Taylor wrote: On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam Young wrote: What are the uses that require long lived tokens? Glance has operations which can take a long time, such as uploading and downloading large images.

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

On Tue, Sep 30, 2014 at 7:35 AM, John Garbutt wrote: > On 30 September 2014 14:04, joehuang wrote: > > Hello, Dear TC and all, > > > > Large cloud operators prefer to deploy multiple OpenStack instances(as > different zones), rather than a single monolithic OpenStack instance > because of these

Re: [openstack-dev] 2 Minute tokens

On 09/30/2014 11:58 AM, Jay Pipes wrote: > On 09/30/2014 11:37 AM, Adam Young wrote: >> On 09/30/2014 11:06 AM, Louis Taylor wrote: >>> On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam Young wrote: What are the uses that require long lived tokens? >>> Glance has operations which can take a long

Re: [openstack-dev] [kolla] Kolla Blueprints

On 09/30/2014 06:32 AM, Ryan Hallisey wrote: Hi all, The blueprints have been setup for Kolla: https://blueprints.launchpad.net/kolla Currently, there are blueprints for all of the openstack services and a few supporting services. They are, nova, swift, cinder, neutron, horizon, keystone, glan

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

On 09/30/2014 08:03 AM, Soren Hansen wrote: 2014-09-12 1:05 GMT+02:00 Jay Pipes : If Nova was to take Soren's advice and implement its data-access layer on top of Cassandra or Riak, we would just end up re-inventing SQL Joins in Python-land. I may very well be wrong(!), but this statement make

Re: [openstack-dev] [kolla] Kolla Blueprints

On Tue, Sep 30, 2014 at 6:41 PM, Steven Dake wrote: > > I've done a first round of prioritization. I think key things we need > people to step up for are nova and rabbitmq containers. > > For the developers, please take a moment to pick a specific blueprint to > work on. If your already working

[openstack-dev] [Solum] Core Reviewer Change

Solum Core Reviewer Team, I propose the following change to our core reviewer group: -lifeless (Robert Collins) [inactive] +murali-allada (Murali Allada) +james-li (James Li) Please let me know your votes (+1, 0, or -1). Thanks, Adrian ___ OpenStack

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

Excerpts from Jay Pipes's message of 2014-09-30 09:41:29 -0700: > On 09/30/2014 08:03 AM, Soren Hansen wrote: > > 2014-09-12 1:05 GMT+02:00 Jay Pipes : > >> If Nova was to take Soren's advice and implement its data-access layer > >> on top of Cassandra or Riak, we would just end up re-inventing SQL

Re: [openstack-dev] [Solum] Core Reviewer Change

+1 On Tue, Sep 30, 2014 at 10:03 AM, Adrian Otto wrote: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > -lifeless (Robert Collins) [inactive] > +murali-allada (Murali Allada) > +james-li (James Li) > > Please let me know your votes (+1, 0, or -1). >

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

Excerpts from Jay Pipes's message of 2014-09-30 09:41:29 -0700: > A relational database was built for the above types of queries, and > that's why I said it's the best tool for the job *in this specific case*. > > Now... that said... > > Is it possible to go through the Nova schema and identify

Re: [openstack-dev] [Solum] Core Reviewer Change

+1 From: Georgy Okrokvertskhov [gokrokvertsk...@mirantis.com] Sent: Tuesday, September 30, 2014 12:18 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Solum] Core Reviewer Change +1 On Tue, Sep 30, 2014 at 10:03 AM

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

On Tue, Sep 30, 2014 at 6:04 AM, joehuang wrote: > Hello, Dear TC and all, > > Large cloud operators prefer to deploy multiple OpenStack instances(as > different zones), rather than a single monolithic OpenStack instance > because of these reasons: > > 1) Multiple data centers distributed geograp

[openstack-dev] [Openstack] Glance on swift problem

Hello, I'm using openstack havana release and glance with swift backend. Today I found that I have problem when I create image with url in "--copy-from" when image is bigger than my "swift_store_large_object_size" because then glance is trying to split image to chunks with size given in "swif

Re: [openstack-dev] [Openstack] Glance on swift problem

Hello, I can't find that upload from was previous logs but I now try to upload same image once again. In glance there was exactly same error. In swift logs I have: Sep 30 17:35:10 127.0.0.1 proxy-server X.X.X.X Y.Y.Y.Y 30/Sep/2014/15/35/10 HEAD /v1/AUTH_7ef5a7661ccd4c069e3ad387a6dceebd/glan

Re: [openstack-dev] [Openstack] Glance on swift problem

Hi , Could you please post the log of related requests in Swift's log ??? Thanks // Hugo 2014-09-30 22:20 GMT+08:00 Sławek Kapłoński : > Hello, > > I'm using openstack havana release and glance with swift backend. Today I > found that I have problem when I create image with url in "--copy-from

Re: [openstack-dev] [Openstack] Glance on swift problem

Hi Slawek, we faced the same error and this is issue with Swift. We can see 100% disk usage on the Swift node during the file upload and looks like Swift can't send info about status of the file loading in time. On our environments we found the workaround for this issue: 1. Set swift_store_large

Re: [openstack-dev] [gantt] Scheduler group meeting - Agenda 9/30

Don When is the call? Thx Uri ("Oo-Ree") C: 949-378-7568 -Original Message- From: Dugger, Donald D [mailto:donald.d.dug...@intel.com] Sent: Monday, September 29, 2014 10:08 PM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [gantt] Scheduler gr

Re: [openstack-dev] [Ceph] Why performance of benchmarks with small blocks is extremely small?

On Sat, Sep 27, 2014 at 8:14 AM, Timur Nurlygayanov wrote: > Hello all, > > I installed OpenStack with Glance + Ceph OSD with replication factor 2 and > now I can see the write operations are extremly slow. > For example, I can see only 0.04 MB/s write speed when I run rados bench > with 512b bloc

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

> -Original Message- > From: John Garbutt [mailto:j...@johngarbutt.com] > Sent: 30 September 2014 15:35 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack > cascading > > On 30 September 2014 14

Re: [openstack-dev] [nova] Create an instance with a custom uuid

On 09/30/2014 06:53 AM, Pasquale Porreca wrote: Going back to my original question, I would like to know: 1) Is it acceptable to have the UUID passed from client side? FWIW, Glance has supported supplying the newly-created image's ID in its API for a long time, and it's never been an issue. O

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

So this does seem a-lot like cells but makes cells appear in the other projects. IMHO the same problems that occur in cells appear here in that we are sacrificing consistency of the already problematic systems that already exist to gain scale (and to gain more inconsistency). Every time I see a

[openstack-dev] [TripleO] PTL leave of absence

I have had an unexpected family matter turn up, and may be absent at fairly arbitrary points for a couple weeks while we deal with the fallout. I've asked Clint to wear my PTL hat between now and the 3rd when voting closes and we find out whether he or James are the new PTL. He has my real world

Re: [openstack-dev] [gantt] Scheduler group meeting - Agenda 9/30

Uri- Sorry you missed this week. It's at 1500UTC, here's a link with the details: https://wiki.openstack.org/wiki/Meetings#Gantt_.28Scheduler.29_team_meeting -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786 -Original Message- From: Elzur, Uri

Re: [openstack-dev] [keystone][swift] Has anybody considered storing tokens in Swift?

Comments in-line. -Original Message- From: Joshua Harlow Reply: OpenStack Development Mailing List (not for usage questions) > Date: September 29, 2014 at 21:52:20 To: OpenStack Development Mailing List (not for usage questions) > Subject:  Re: [openstack-dev] [keystone][swift] Has anyb

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

On 09/30/2014 03:07 PM, Tim Bell wrote: -Original Message- From: John Garbutt [mailto:j...@johngarbutt.com] Sent: 30 September 2014 15:35 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascadi

Re: [openstack-dev] [Infra] Meeting Tuesday September 30th at 19:00 UTC

On Mon, Sep 29, 2014 at 9:50 AM, Elizabeth K. Joseph wrote: > Hi everyone, > > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting on Tuesday September 30th, at 19:00 UTC in #openstack-meeting Meeting minutes and log are now up: Minutes: http://eavesdrop.openstack.org/meet

Re: [openstack-dev] 2 Minute tokens

On 09/30/2014 12:21 PM, Sean Dague wrote: On 09/30/2014 11:58 AM, Jay Pipes wrote: On 09/30/2014 11:37 AM, Adam Young wrote: On 09/30/2014 11:06 AM, Louis Taylor wrote: On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam Young wrote: What are the uses that require long lived tokens? Glance has op

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

On 09/30/2014 12:10 PM, John Griffith wrote: On Tue, Sep 30, 2014 at 7:35 AM, John Garbutt > wrote: On 30 September 2014 14:04, joehuang mailto:joehu...@huawei.com>> wrote: > Hello, Dear TC and all, > > Large cloud operators prefer to deploy multip

Re: [openstack-dev] [TripleO] PTL leave of absence

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/30/2014 02:22 PM, Robert Collins wrote: > I have had an unexpected family matter turn up, and may be absent > at fairly arbitrary points for a couple weeks while we deal with > the fallout. Hope everything resolves OK. I've had similar interrupt

Re: [openstack-dev] 2 Minute tokens

On Tue, Sep 30, 2014 at 04:23:37PM -0400, Adam Young wrote: > On 09/30/2014 12:21 PM, Sean Dague wrote: > >On 09/30/2014 11:58 AM, Jay Pipes wrote: > >>On 09/30/2014 11:37 AM, Adam Young wrote: > >>>On 09/30/2014 11:06 AM, Louis Taylor wrote: > On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam You

Re: [openstack-dev] 2 Minute tokens

On 09/30/2014 12:21 PM, Sean Dague wrote: On 09/30/2014 11:58 AM, Jay Pipes wrote: On 09/30/2014 11:37 AM, Adam Young wrote: On 09/30/2014 11:06 AM, Louis Taylor wrote: On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam Young wrote: What are the uses that require long lived tokens? Glance has op

Re: [openstack-dev] 2 Minute tokens

On 09/30/2014 05:33 PM, Adam Young wrote: On 09/30/2014 12:21 PM, Sean Dague wrote: On 09/30/2014 11:58 AM, Jay Pipes wrote: On 09/30/2014 11:37 AM, Adam Young wrote: On 09/30/2014 11:06 AM, Louis Taylor wrote: On Tue, Sep 30, 2014 at 10:44:51AM -0400, Adam Young wrote: What are the uses th

Re: [openstack-dev] [Solum] Core Reviewer Change

+1 On 01/10/2014 3:08 AM, "Adrian Otto" wrote: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > -lifeless (Robert Collins) [inactive] > +murali-allada (Murali Allada) > +james-li (James Li) > > Please let me know your votes (+1, 0, or -1). > > Thanks,

Re: [openstack-dev] 2 Minute tokens

On Oct 1, 2014 12:37 AM, "Adam Young" wrote: > > On 09/30/2014 12:21 PM, Sean Dague wrote: >> >> On 09/30/2014 11:58 AM, Jay Pipes wrote: >>> >>> On 09/30/2014 11:37 AM, Adam Young wrote: On 09/30/2014 11:06 AM, Louis Taylor wrote: > > On Tue, Sep 30, 2014 at 10:44:51AM -0400, Ad

Re: [openstack-dev] [TripleO] PTL leave of absence

I will try my best to hold things down until then, and I look forward to your return. Take care. Excerpts from Robert Collins's message of 2014-09-30 12:22:44 -0700: > I have had an unexpected family matter turn up, and may be absent at > fairly arbitrary points for a couple weeks while we deal wi

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hello, John Garbutt Thank you for your message, I will register cross project topic following the link. The major difference between Cells and OpenStack cascading is the problem domain: OpenStack cascading: to integrate multi-site / multi-vendor OpenStack instances into one cloud with OpenSt

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hello, John Griffith, Thank you very much for your funny mail. Now I see 2 "John G" ;) I would like to say that TrippleO is the pioneer to handle the correlationship among the OpenStack instances. Cheer. The problem domain for OpenStack cascading is multi-site / multi-vendor OpenStack in

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hello, Joe, Thank your encourage and good suggestion. That means this thread is a good start. So if anyone has any doubts about OpenStack cascading, please following this thread, so that we can colloect all things could not be solved in the mail, and then discussed in the design summit ses

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hello, Joshua, Thank you very much for your deep thinking. 1. Quite different with cells. I have to copy the content from the mail to John Garbutt: The major difference between Cells and OpenStack cascading is the problem domain: OpenStack cascading: to integrate multi-site / multi-vendor Ope

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hello, Andrew and Tim, I understand CERN has Cells solution installation and there is a subteam to solve Cells challenge. I copy the reply to John Garbutt to clarify the difference: The major difference between Cells and OpenStack cascading is the problem domain: OpenStack cascading: to integ

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

Hello, Adam, Nice post. With KeyStone federation and multiple-signers, and plus OpenStack cascading, it would be helpful to delivery hybrid cloud for which both private cloud and public cloud are built upon OpenStack instances. It would be a great picture. Best Regards Chaoyi Hunag (

Re: [openstack-dev] [infra] Welcome three new members to project-config-core

Congratulations everyone, well deserved! Kurt Taylor (krtaylor) On Tue, Sep 30, 2014 at 9:54 AM, Jeremy Stanley wrote: > With unanimous consent[1][2][3] of the OpenStack Project > Infrastructure core team (infra-core), I'm pleased to welcome > Andreas Jaeger, Anita Kuno and Sean Dague as members

Re: [openstack-dev] 2 Minute tokens

> This is comparable to the HEAT use case that Keystone Trusts were originally designed to solve. > > If the glance client knows the roles required to perform those operations, it could create the trust up front, with the Glance Service user as the trustee; the trustee execute the trust when

Re: [openstack-dev] VPNaaS site to site connection down.

Hi Paul, Apologies for late response. I was having throat infection. > Can you show the ipsec-site-connection-create command used on each end? > neutron ipsec-site-connection-create --name vpnconnection1 --vpnservice-id myvpn --ikepolicy-id ikepolicy1 --ipsecpolicy-id ipsecpolicy1 --peer-add

Re: [openstack-dev] [all] [tc] Multi-clouds integration by OpenStack cascading

This sounds related to the discussion on the 'Nova clustered hypervisor driver' which started at Juno design summit [1]. Talking to another OpenStack should be similar to talking to vCenter. The idea was that the Cells support could be refactored around this notion as well. Not sure whether the

Re: [openstack-dev] [Solum] Core Reviewer Change

+1 2014-10-01 0:20 GMT+02:00 Angus Salkeld : > +1 > On 01/10/2014 3:08 AM, "Adrian Otto" wrote: > >> Solum Core Reviewer Team, >> >> I propose the following change to our core reviewer group: >> >> -lifeless (Robert Collins) [inactive] >> +murali-allada (Murali Allada) >> +james-li (James Li) >>

Re: [openstack-dev] [Solum] Core Reviewer Change

Adrian Otto writes: > Solum Core Reviewer Team, > > I propose the following change to our core reviewer group: > > -lifeless (Robert Collins) [inactive] > +murali-allada (Murali Allada) > +james-li (James Li) > > Please let me know your votes (+1, 0, or -1). > +1 Regards, Noorul __

Re: [openstack-dev] 2 Minute tokens

On Wed, Oct 1, 2014 at 3:47 AM, Adam Young wrote: > 1. Identify the roles for the APIs that Cinder is going to be calling on > swift based on Swifts policy.json FYI: there is no Swifts policy.json in mainline code, there is one external middleware available that provides it here https://github