Hi experts,
I have an odd unit test issue in the commit
https://review.openstack.org/#/c/44639/
the test results are here:
http://logs.openstack.org/39/44639/7/check/gate-nova-python27/4ddc671/testr_results.html.gz
the not passed test is:
Hi,
There will be OpenStack I18n team meeting at 0700UTC on Thursday (September
5th) in IRC channel #openstack-meeting.
The time, we use Asia/Europe friendly time. Welcome to join the meeting.
During the previous several weeks, we have good progress with the
infrastructure setting up in
If delegation (trusts) were enhanced to be role based, then anyone with
the same role as the initial delegator should be able to revoke the
delegation
regards
David
On 04/09/2013 05:02, Clint Byrum wrote:
Excerpts from Dolph Mathews's message of 2013-09-03 16:12:00 -0700:
On Tue, Sep 3,
On Tue, Sep 03, 2013 at 06:12:00PM -0500, Dolph Mathews wrote:
On Tue, Sep 3, 2013 at 5:52 PM, Steven Hardy sha...@redhat.com wrote:
Hi,
I have a question for the keystone folks re the expected behavior when
deleting a trust.
Is it expected that you can only ever delete a trust as
On Wed, Sep 04 2013, Jay Pipes wrote:
Hi Jay,
So I went to do the work I said I was going to do at last week's Ceilometer
meeting -- translate the 2 Alembic migrations in the Ceilometer source into
SA-migrate migrations -- and then rebased my branch only to find 2 more
Alembic migrations
I've made some update in the document. Please check it
On Tue, Sep 3, 2013 at 10:00 PM, Sergey Lukjanov slukja...@mirantis.comwrote:
Done
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
On Sep 3, 2013, at 21:53, Jay Pipes jaypi...@gmail.com wrote:
On 08/30/2013
Hi,
I'm hitting an issue with v2 api upload() and not sure the best way to
fix it so would appreciate some opinions/suggestions.
https://bugs.launchpad.net/glance/+bug/1213880
https://bugs.launchpad.net/python-glanceclient/+bug/1220197
So, currently doing cinder upload-to-image fails with v2
Hi everyone,
TL;DR:
The session suggestion website for the Icehouse Design Summit (which
will happen at the OpenStack Summit in Hong-Kong) is now open at:
http://summit.openstack.org/
Long version:
The Icehouse Design Summit is a specific event part of the overall
OpenStack Summit in Hong-Kong.
On Wed, Sep 04, 2013 at 09:49:48AM +0100, Steven Hardy wrote:
This final step is the problematic step - atm (unless I'm making a mistake,
which as previously proven is entirely possible! ;) it seems that it's
impossible for anyone except the trustor to delete the trust, even if we
impersonate
Hi all,
I'd appreciate if any of the nova-core reviewers could take a look at
https://review.openstack.org/#/c/39226/, as this add keypair notification
events. which is more like a small feature than a bug, I am callling review
just in case after feature freeze it can't be accepted.
--
Tang
No worries at all! I was just curious. =] Sounds great. I appreciate your time.
On 9/3/13 5:56 PM, Stas Maksimov
maksi...@gmail.commailto:maksi...@gmail.com wrote:
Hi Thomas,
Not yet, sorry. But working on it (in parallel!), was having a bit of an issue
setting up a new env with devstack.
you can always do anything by impersonating the user. This is why
impersonation should never be sanctioned
david
On 04/09/2013 11:45, Steven Hardy wrote:
Ok, apologies, after further testing, it appears I made a mistake and you
*can* delete the trust by impersonating the user.
Hello All,
I am trying to make my neutron plugin to configure a physical switch(using
vlans), while in create_port I am trying to configure the physical switch I see
a lot of create_port and delete_port calls appearing in server.log.
I am assuming that this may be due to the amount of time
On 09/03/2013 09:27 PM, Bryan D. Payne wrote:
How can someone use your code without a key manager?
Some key management mechanism is required although it could be
simplistic. For example, we’ve tested our code internally with
an implementation of the key
hi,
I'm working on bp:nova-v3-tests in tempest. The nova tests in
tempest mostly have been ported into v3 and sent off.
but we got some feedbacks that there was mass code duplication and
suggested to do this by inheritance.
So I have sent another patch to do this by inheritance. But in
whenever I run devstack keystone falies to start because dogpile.cache is
not installed; this is easily solved by installing it, but I wonder if it
should be in requirements.txt
Also, since the cache appears to be disabled by default (and I'm not
enabling it in my localrc), I'm not sure why I am
On Wed, Sep 4, 2013 at 9:14 AM, Salvatore Orlando sorla...@nicira.comwrote:
whenever I run devstack keystone falies to start because dogpile.cache is
not installed; this is easily solved by installing it, but I wonder if it
should be in requirements.txt
Also, since the cache appears to be
On Wed, Sep 4, 2013 at 9:58 AM, David Stanek dsta...@dstanek.com wrote:
On Wed, Sep 4, 2013 at 10:23 AM, Dolph Mathews dolph.math...@gmail.comwrote:
On Wed, Sep 4, 2013 at 9:14 AM, Salvatore Orlando sorla...@nicira.comwrote:
whenever I run devstack keystone falies to start because
On 09/04/2013 10:26 AM, Dan Smith wrote:
Hi all,
As someone who has felt about as much pain as possible from the
dual-maintenance of the v2 and v3 API extensions, I felt compelled to
bring up one that I think we can drop. The baremetal extension was
ported to v3 API before (I think) the
On Wed, Sep 4, 2013 at 9:34 AM, Salvatore Orlando sorla...@nicira.comwrote:
Is the cache module enabled on the devstack gate? If not, it's definetely
an issue on my side - otherwise we would have known about this.
On a second look, dogpile.cache is actually required by requirements.txt,
so
Is the cache module enabled on the devstack gate? If not, it's definetely
an issue on my side - otherwise we would have known about this.
Salvatore
On 4 September 2013 15:23, Dolph Mathews dolph.math...@gmail.com wrote:
On Wed, Sep 4, 2013 at 9:14 AM, Salvatore Orlando
Hi Ronan,
I have a bug open (which I am guilty of letting slip) to amend to cinder
backup docs:
https://bugs.launchpad.net/openstack-manuals/+bug/1205359
I implemented the Ceph backup driver a while back and was intending to
have a cleanup of the backup section in the docs while adding info on
Russell Bryant wrote:
On 09/04/2013 10:26 AM, Dan Smith wrote:
Hi all,
As someone who has felt about as much pain as possible from the
dual-maintenance of the v2 and v3 API extensions, I felt compelled to
bring up one that I think we can drop. The baremetal extension was
ported to v3 API
This was an intentional design to depend on dogpile.cache due to the
mechanism of caching (using decorators). This is partially the nature of
the method of caching implementation. It should have been installed in
devstack based upon the requirements.txt having it in there. Making it an
optional
Because we landed a patch to tox upstream to use setup.py develop
instead of sdist+install like our run_tests.sh scripts do - this means
that with the new tox config changes, tox runs should be just as quick
as run_tests.sh runs.
So. Freaking. Awesome.
--Dan
It's great that new neutron tests are being submitted to Tempest. There
is an issue that the only active neutron tests in the gate are smoke
tests. Until the full gate can be enabled, please tag any new neutron
tests as 'smoke' so they run in the gate jobs.
Thanks.
-David
NICE!!
On Wed, Sep 4, 2013 at 11:05 AM, Dan Smith d...@danplanet.com wrote:
Because we landed a patch to tox upstream to use setup.py develop
instead of sdist+install like our run_tests.sh scripts do - this means
that with the new tox config changes, tox runs should be just as quick
as
The following change provides a key manager implementation that reads a static
key from the project's configuration: https://review.openstack.org/#/c/45103/
This key manager implementation naturally does not provide the same
confidentiality that would be proffered by retrieving keys from a
On 09/04/2013 01:22 PM, Dolph Mathews wrote:
On Wed, Sep 4, 2013 at 10:56 AM, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com wrote:
Hey all!
https://review.openstack.org/#/c/42178/2 has landed in nova, which means
that nova now requires tox 1.6 or higher
On 09/04/2013 04:06 PM, Andrei Savu wrote:
Hi guys -
I have just started to play with Savanna a few days ago - I'm still
going through the code. Next week I want to start to work on a plugin
that will deploy CDH using Cloudera Manager.
What process should I follow? I'm new to launchpad /
Was any consensus on this ever reached? It appears both reviews are still open.
I'm partial to review 37131 as it attacks the problem a more concisely, and, as
mentioned, combined the efforts of the two more effective patches. I would echo
Carl's sentiments that it's an easy review minus the
It's feature-freeze-eve. Here's where we sit tonight. Many of our blueprints
are on the cusp of making it in. For review, rules on Feature freeze.
# https://wiki.openstack.org/wiki/FeatureFreeze
... blueprint reviews by readiness ...
Needs one more core review/approval:
* NEW,
Hi folks
We could merged VPNaaS DB and Driver and CLI for neutron.
# heat support also looks like merged!
This is a demo video
http://www.youtube.com/watch?v=6qqCRqBwMUY
This is latest how to install vpn
https://wiki.openstack.org/wiki/Quantum/VPNaaS/HowToInstall
The last part is Horizon
Hi, all
I have faced this problem about 15 hours ago. Some activities here now
didn't notice me by mails:
https://review.openstack.org/#/c/45081/
https://review.openstack.org/#/c/45031/
Is this a personal issue or general one? or an old problem?
--
Gareth
*Cloud Computing, OpenStack,
34 matches
Mail list logo