I think cinder allow detach volume when it's under migration, but the
volume status will not become 'detaching' or 'available'.
See the code of begin_detaching in cinder:
# If we are in the middle of a volume migration, we don't want the
user
# to see that the volume is 'detaching
Hi All,
Nova has bug: https://bugs.launchpad.net/nova/+bug/1447679 (service No-VNC
(port 6080) doesn't require authentication).
Which explains that if you know the 'token'[1] associated with an instances
console you can get access to said console without otherwise proving that you
should be al
Steve Baker wrote:
On 07/08/15 00:12, Dan Prince wrote:
On Thu, 2015-07-23 at 07:40 +0100, Derek Higgins wrote:
See below
On 21/07/15 20:29, Derek Higgins wrote:
Hi All,
Something we discussed at the summit was to switch the focus of
tripleo's deployment method to deploy using instack using i
Meeting on #openstack-meeting-alt at 1400 UTC (8:00AM MDT)
1) Liberty patches -
https://etherpad.openstack.org/p/liberty-nova-priorities-tracking
2) CPU feature representation - follow up from the mid-cycle
3) Opens
--
Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D.
Detach a volume when it's under migration, volume status is still "in-use":
1. create vol-1
2. attach vol-1 to a vm
3. migrate vol-1
4. when vol-1 is under migration, detach vol-1
5. after vol-1 is detached, command "cinder list" show that the Status of
vol-1 is
Hi, stackers
Since now we have merged filtering guideline[1], is that said we should
implement this feature according this guideline? like this:
*"GET /app/items?f_updated_at=gte:some_timestamp"*
Do we have reached a consensus about this?
2015-06-19 17:07 GMT+08:00 Chris Dent :
>
> There's an
- Original Message -
> From: "Jamie Lennox"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Monday, August 10, 2015 12:36:14 PM
> Subject: Re: [openstack-dev] [oslo][keystone] oslo_config and wsgi middlewares
>
>
>
> - Original Message -
> > Fr
- Original Message -
> From: "Mehdi Abaakouk"
> To: openstack-dev@lists.openstack.org
> Sent: Friday, August 7, 2015 1:57:54 AM
> Subject: [openstack-dev] [oslo][keystone] oslo_config and wsgi middlewares
>
> Hi,
>
> I want to share with you some problems I have recently encountered wi
On Mon, Aug 03, 2015 at 04:49:59PM +0100, Alexis Lee wrote:
> Dugger, Donald D said on Mon, Aug 03, 2015 at 05:39:49AM +:
> > Also note that, although many capabilities can be represented by
> > simple key/value pairs (e.g. the presence of a specific special
> > instruction) that is not true fo
On 13:07 Aug 07, Jay Pipes wrote:
> Hi Nik, some comments inline, but tl;dr I am strongly against
> returning the glance_store library to the Glance source repository.
> Explanations inline...
>
> On 08/07/2015 01:21 AM, Nikhil Komawar wrote:
> >Hi,
> >
> >During the mid-cycle we had another propo
On 8/9/2015 7:55 PM, Matt Riedemann wrote:
On 8/9/2015 7:09 PM, Matt Riedemann wrote:
On 8/9/2015 6:57 PM, Robert Collins wrote:
On 8 August 2015 at 12:45, Matt Riedemann
wrote:
What I do know is we need to be better about bumping the minor
version in a
release rather than the patch ver
- Original Message -
> From: "David Chadwick"
> To: openstack-dev@lists.openstack.org
> Sent: Sunday, August 9, 2015 12:29:49 AM
> Subject: Re: [openstack-dev] [Keystone] [Horizon] Federated Login
>
> Hi Jamie
>
> nice presentation, thanks for sharing it. I have forwarded it to my
> st
On 8/9/2015 7:09 PM, Matt Riedemann wrote:
On 8/9/2015 6:57 PM, Robert Collins wrote:
On 8 August 2015 at 12:45, Matt Riedemann
wrote:
What I do know is we need to be better about bumping the minor
version in a
release rather than the patch version all of the time - we've kind of
painted o
People have asked me at the Cinder midcycle sprint to look at the Brocade CI
to:
1) Keep the zone manager driver in Liberty.
2) Consider approving additional specs that we're submitted before the
deadline.
Here are the current problems with the last 100 runs [1]:
1) Not posting success or fai
On 8/9/2015 7:09 PM, Robert Collins wrote:
On 8 August 2015 at 08:52, Matt Riedemann wrote:
Well it's a Friday afternoon so you know what that means, emails about the
stable branches being all busted to pieces in the gate.
Tracking in the usual place:
https://etherpad.openstack.org/p/stable
On 8/9/2015 6:57 PM, Robert Collins wrote:
On 8 August 2015 at 12:45, Matt Riedemann wrote:
What I do know is we need to be better about bumping the minor version in a
release rather than the patch version all of the time - we've kind of
painted ourselves into a corner a few times here with l
On 8 August 2015 at 08:52, Matt Riedemann wrote:
> Well it's a Friday afternoon so you know what that means, emails about the
> stable branches being all busted to pieces in the gate.
>
> Tracking in the usual place:
>
> https://etherpad.openstack.org/p/stable-tracker
>
> Since things are especial
On 8 August 2015 at 12:45, Matt Riedemann wrote:
> What I do know is we need to be better about bumping the minor version in a
> release rather than the patch version all of the time - we've kind of
> painted ourselves into a corner a few times here with leaving no wiggle room
> for patch releases
On 2015-08-09 17:40:33 -0500 (-0500), Ryan Moats wrote:
> AFAICT, the key difference between these two signatures is the image loaded
> for testing. The first used devstack-trusty
[...]
> http://logs.openstack.org/05/144205/3/check/gate-neutron-python34/3f6f7bf/console.html.gz
[...]
This was due t
Steve,
There is no error. Heat reports a successful build with no issues. I've
attached the neutron port-show as well as the full heat engine logs for a
build of the stack start to end.
http://paste.openstack.org/show/412313/ - Heat Engine logs
http://paste.openstack.org/show/412314/ - neutron
On 06/08/15 06:29, Dan Prince wrote:
Hi,
There is a lot of interest in getting support for container based
deployment within TripleO and many different ideas and opinions on how
to go about doing that.
One idea on the table is to use Heat to help orchestrate the deployment
of docker containers.
On 08/08/15 01:51, jason witkowski wrote:
Thanks for the replies guys. The issue is that it is not working. If
you take a look at the pastes I linked from the first email I am using
the get_resource function in the security group resource. I am not
sure if it is not resolving to an appropriat
On 07/08/15 00:12, Dan Prince wrote:
On Thu, 2015-07-23 at 07:40 +0100, Derek Higgins wrote:
See below
On 21/07/15 20:29, Derek Higgins wrote:
Hi All,
Something we discussed at the summit was to switch the focus of
tripleo's deployment method to deploy using instack using images
built
wit
I've spent the back half of this week chasing setup failures in the voting
py34 job that is part of the neutron check queue. Here are my two examples:
[1] is the signature that I'm trying to avoid, and [2] is a signature that
I'm happier with because it is more of a real failure...
AFAICT, the k
On 07/08/15 06:56, Fox, Kevin M wrote:
Heat templates so far seems to be a place to dump examples for showing off how
to use specific heat resources/features.
Are there any intentions to maintain production ready heat templates in it?
Last I asked the answer seemed to be no.
If I misunderstoo
It only runs the unit tests.
BR
On 9 Aug 2015 02:19, "Asha Seshagiri" wrote:
> Thanks a lot Juan for your response:)
> One question I had was the barbican.sh script would run only the unit
> tests after the barbican installation right.
> The functional tests needs to be runned explicitly using t
On 07/28/2015 09:50 PM, Ryan Moats wrote:
If that's the case, then I'd say let's just solve this right way and
create a new construct rather...
Ryan Moats
Kevin Benton wrote on 07/28/2015 06:44:53 PM:
> From: Kevin Benton
> To: "OpenStack Development Mailing List (not for usage questions)"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Sorry, I'm going to have to miss this one. Got some engineers coming
to re-level my house. :)
I don't have anything much to discuss from my end, as I've been
heads-down on the v3 cleanup stuff.
- --
- -- Ed Leafe
-BEGIN PGP SIGNATURE-
Ver
28 matches
Mail list logo
