On 09/30/2014 10:10 AM, Thomas Goirand wrote:
Since the latest commit before the release of version 1.0.3,
django-pyscss fails in Sid:
https://github.com/fusionbox/django-pyscss/commit/187a7a72bf72370c739f3675bef84532e524eaf1
The issue is that storage.prefix doesn't seem to exist anymore
Hi,
Can anyone help elaborate why the following line of code in devstack
which is trying to add a route for VM private network via router gateway
IP on network node is *NOT* taken care by neutron but devstack? The
reason to ask is that every time a router external gateway IP changed or
a new
On 30 September 2014 14:05, Robert Collins robe...@robertcollins.net wrote:
I'm poking around now. It looks like pip install -e outside a venv
writes to /usr/local/lib/python2.7/dist-packages, which is pure crack
- dist-packages is for the distro, site-packages for pip. Sigh. Also
writing to
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
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
Sorry the correct links are
1. Comparison between networking devices and linux software components
http://fosskb.wordpress.com/2014/06/25/a-bite-of-virtual-linux-networking/
2. Openstack ovs plugin configuration for single/multi machine setup
Nice articles Akilesh.
On Tuesday, 30 September 2014 12:56 PM, Akilesh K akilesh1...@gmail.com 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
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
On Fri, Sep 26, 2014 at 7:04 AM, Steve Baker sba...@redhat.com 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:
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. Perhaps we
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 trying
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
On 30 September 2014 10:26, Linchengyong linchengy...@huawei.com 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
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 to
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
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
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
On Tue, Sep 30, 2014 at 09:28:22AM +0930, Christopher Yeoh wrote:
On Mon, 29 Sep 2014 18:03:20 +0200
Julien Danjou jul...@danjou.info wrote:
It seems that Python fixed that issue with 2 modules released on PyPI:
https://pypi.python.org/pypi/defusedxml
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 that
2014-09-12 1:05 GMT+02:00 Jay Pipes jaypi...@gmail.com:
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
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
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
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
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
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
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 -
-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
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 dava...@gmail.com wrote:
Julien,
I believe all the lessons learned from
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,
On 30 September 2014 14:04, joehuang joehu...@huawei.com 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
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
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
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
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
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 openst...@nemebean.com wrote:
This was also needed for Python 2.6, right? Do we have confirmation
that we can drop that for
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
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
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
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:
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.
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 time, such
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,
On 09/30/2014 08:03 AM, Soren Hansen wrote:
2014-09-12 1:05 GMT+02:00 Jay Pipes jaypi...@gmail.com:
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
On Tue, Sep 30, 2014 at 6:41 PM, Steven Dake sd...@redhat.com 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
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
___
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 jaypi...@gmail.com:
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
+1
On Tue, Sep 30, 2014 at 10:03 AM, Adrian Otto adrian.o...@rackspace.com
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
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
+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
On Tue, Sep 30, 2014 at 6:04 AM, joehuang joehu...@huawei.com 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
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
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
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 sla...@kaplonski.pl:
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
On Sat, Sep 27, 2014 at 8:14 AM, Timur Nurlygayanov
tnurlygaya...@mirantis.com 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
-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:04,
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.
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
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
Comments in-line.
-Original Message-
From: Joshua Harlow harlo...@outlook.com
Reply: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: September 29, 2014 at 21:52:20
To: OpenStack Development Mailing List (not for usage questions)
On Mon, Sep 29, 2014 at 9:50 AM, Elizabeth K. Joseph
l...@princessleia.com 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:
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
On 09/30/2014 12:10 PM, John Griffith wrote:
On Tue, Sep 30, 2014 at 7:35 AM, John Garbutt j...@johngarbutt.com
mailto:j...@johngarbutt.com wrote:
On 30 September 2014 14:04, joehuang joehu...@huawei.com
mailto:joehu...@huawei.com wrote:
Hello, Dear TC and all,
Large
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
+1
On 01/10/2014 3:08 AM, Adrian Otto adrian.o...@rackspace.com 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
On Oct 1, 2014 12:37 AM, Adam Young ayo...@redhat.com 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
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
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
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
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
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
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
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 (
Congratulations everyone, well deserved!
Kurt Taylor (krtaylor)
On Tue, Sep 30, 2014 at 9:54 AM, Jeremy Stanley fu...@yuggoth.org 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
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 it
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
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
76 matches
Mail list logo
