On 19 June 2013 16:01, Adrian Otto wrote:
> It's also useful for situations like rolling updates, for when a complete
> redeployment is not practical, affordable, or desirable. Think of this as the
> point of intersection between a configuration management system and the
> orchestration system.
Hi
We merged a plugins framework[1] into Nova[2] and oslo-incubator[3]
almost a year ago and AFAICT hasn't seen use beyond the two initial
wikimedia extensions[4][5] for Nova.
The framework basically allows a way for a single plugin to register API
extensions and notification hooks. Both of these
JR wrote:
> I'm running grizzly on ubuntu 12.04 with quantum and GRE. After running
> for about 24 hours, my system panics. Attached is a screenshot of message.
>
> What's the process by which I can create a bug report, add needed log
> files, etc...?
This is not really a development-related qu
Mark McLoughlin wrote:
> We merged a plugins framework[1] into Nova[2] and oslo-incubator[3]
> almost a year ago and AFAICT hasn't seen use beyond the two initial
> wikimedia extensions[4][5] for Nova.
I'd suggest to be a bit careful with that... It's a bit hard to tell
whether it's being used, si
On Wed, 2013-06-19 at 10:20 +0200, Thierry Carrez wrote:
> Mark McLoughlin wrote:
> > We merged a plugins framework[1] into Nova[2] and oslo-incubator[3]
> > almost a year ago and AFAICT hasn't seen use beyond the two initial
> > wikimedia extensions[4][5] for Nova.
>
> I'd suggest to be a bit car
Hi folks!
Recently was trying to Google the launchpad page of Ironic project and found a
company named Ironic Software (http://www.ironicsoftware.com).
I'm not a lawyer but I think we might experience legal issues unless we give
Ironic a different name.
- Roman Prykhodchenko
Mark McLoughlin wrote:
> On Wed, 2013-06-19 at 10:20 +0200, Thierry Carrez wrote:
>> I'd suggest to be a bit careful with that... It's a bit hard to tell
>> whether it's being used, since some parties may take advantage of this
>> plugin framework and we don't really know about them.
>>
>> Maybe as
The Ceilometer project team holds a meeting in #openstack-meeting, see
https://wiki.openstack.org/wiki/Meetings/MeteringAgenda for more details.
Next meeting is on Thu Jun 13th at 1500 UTC
Please add your name with the agenda item, so we know who to call on during
the meeting.
* Review Havana-2
Hi Roman,
Thanks for raising this, but it really isn't desirable to raise issues
like this in such a public forum.
We should all refrain from discussing this issue on this thread.
I've added a FAQ here:
https://wiki.openstack.org/wiki/LegalIssuesFAQ#Legal_Concerns_Over_Project_Names
and wil
Hi Atul,
Thanks for the response. Yes, NTP seems to run perfectly in both machines.
But I think my problem resides in one of them, since rabbit server and dhcp
agent are on the same host.
2013/6/19 Atul Jha
> Adrián,
>
> Please make sure both machine has NTP correctly configured, running & ar
On 19/06/13 01:32, Adrian Otto wrote:
Yes. I think having a POST method in the API makes perfect sense. Assuming we
reach agreement on that, the next question that comes up is:
How to do you modify resources that have been created with a POST?
You mention HTTP PUT as an answer to that. Unfortu
On Wed, Jun 19, 2013 at 04:01:24AM +, Adrian Otto wrote:
> Angus,
>
> I'm glad you are asking good questions. I have additional input for you to
> consider below.
>
> On Jun 18, 2013, at 6:09 PM, Angus Salkeld wrote:
>
> > On 18/06/13 23:32 +, Adrian Otto wrote:
> >> Yes. I think havin
On 19/06/13 06:01, Adrian Otto wrote:
Angus,
I'm glad you are asking good questions. I have additional input for you to
consider below.
On Jun 18, 2013, at 6:09 PM, Angus Salkeld wrote:
On 18/06/13 23:32 +, Adrian Otto wrote:
Yes. I think having a POST method in the API makes perfect s
On 19/06/13 06:41, Christopher Armstrong wrote:
On Tue, Jun 18, 2013 at 11:01 PM, Adrian Otto mailto:[email protected]>> wrote:
On Jun 18, 2013, at 6:09 PM, Angus Salkeld mailto:[email protected]>> wrote:
> To me one of the most powerful and apealing things of Heat is the
In the latest beta, setup.py install doesn't really install horizon in the
virtualenv. Though some of the files are installed, the install doesn't
seem to be recursive; all sub-modules of horizon and openstack_dashboard
are missing.
My procedure is:
$ virtualenv --system-site-packages foo
$ sourc
A reminder to networking folks that we have the ML2 sub team meeting today.
We'll meet at 1400 UTC in #openstack-meeting. The agenda is listed in the
meeting page:
https://wiki.openstack.org/wiki/Meetings/ML2
See you all there!
Thanks,
Kyle
___
OpenS
Hi everyone,
What follows is mostly of interest to PTLs and other $PROJECT-drivers
that help them maintain Launchpad blueprints in order.
Launchpad has a concept of "series goal" and "priority" (controlled by
drivers), while most other fields (including "target milestone") can be
modified by blue
On 06/19/2013 07:25 AM, Koert van der Veer wrote:
> In the latest beta, setup.py install doesn't really install horizon in
> the virtualenv. Though some of the files are installed, the install
> doesn't seem to be recursive; all sub-modules of horizon and
> openstack_dashboard are missing.
>
> M
On Mon, Jun 3, 2013 at 2:38 PM, Monty Taylor wrote:
>
>
> On 06/03/2013 02:14 PM, Jarret Raim wrote:
> > On 6/3/13 10:24 AM, "Russell Bryant" wrote:
> >
> >
> >> On 06/02/2013 11:09 AM, Jarret Raim wrote:
> >>> Both the Barbican (Key Management) and Meniscus (Logging) projects are
> >>> moving d
On Wed, Jun 19 2013, Thierry Carrez wrote:
Hi,
[…]
> This also encourages people to set a target milestone, which is pretty
> essential in communicating out when a given feature is likely to land.
Which have been the most common problem Ceilometer had for the Havana
serie. People don't set mile
On Wed, Jun 19, 2013 at 1:42 AM, Ali, Haneef wrote:
> **1) **Token Caching is not always going to help. It depends on the
> application.E.g A user writes a cron job to check the health of
> swift by listing a predefined container every 1 minute.This will
> obviously create a tok
The more I think about it, the more I think that tying the inheritance
to the domain assignment is the wrong solution.
David/Kristy originally had the Mapping blueprint and patch. It
contained the ability to provide arbitrary rules for mapping from the
identity attributes to the roles. I thi
This is great stuff! You guys have this up in etherpad somewhere?
Really great to see people organizing around this. I'd reviewed a bunch
of Jordan's code, so I knew he was in the mix, sorry for not realizing
there were other folks working on this as well.
-Sean
On 06/19/2013 10:27 A
No, we haven't put this document in etherpad. But it's a great idea. This
way other folks can jump in with ideas. I'll put it up in eteherpad over
the next few days
On Wed, Jun 19, 2013 at 10:10 AM, Sean Dague wrote:
> This is great stuff! You guys have this up in etherpad somewhere?
>
> Really
Hi
So I don't doubt there are many ways of articulating the targeted objects - and
a more comprehensive solution might involve the mapping you mention (although
that's definitely not a Havana discussion!).
We do, however, have an existing serious hole in our current apis & policy
protection th
I put it here
https://etherpad.openstack.org/gate-tempest-devstack-vm-quantum-full
Ala
2013/6/19 Miguel Lavalle
> No, we haven't put this document in etherpad. But it's a great idea. This
> way other folks can jump in with ideas. I'll put it up in eteherpad over
> the next few days
>
>
> On We
Hi All -
Regarding the configuration (ml2_conf.ini) of mechanism devices. Cisco defines
external devices in our INI file like this:
# Nexus Switch Format.
# [NEXUS_SWITCH:]
# = <- for cisco nexus devices a port would be in the form
"/"
# ssh_port=
# username= <- used as login username to the sw
All-
The OpenStack Networking team is happy to announce that the Quantum project
will be changing its name to Neutron. You'll soon see Neutron in lots of places
as we work to implement the name change within OpenStack.
mark
___
OpenStack-dev mailing l
Just out of curiosity, is there really a use case where user need to request
multiple tokens of the same scope, where the only difference are the
expiration dates?
Guang
From: Dolph Mathews [mailto:[email protected]]
Sent: Wednesday, June 19, 2013 7:27 AM
To: OpenStack Developm
On Wed, Jun 19, 2013 at 12:14:24PM -0400, Mark McClain wrote:
> All-
>
> The OpenStack Networking team is happy to announce that the Quantum
> project will be changing its name to Neutron. You'll soon see Neutron
> in lots of places as we work to implement the name change within OpenStack.
Are th
+1
Guang
-Original Message-
From: Henry Nash [mailto:[email protected]]
Sent: Wednesday, June 19, 2013 8:48 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [keystone] Inherited domain roles
Hi
So I don't doubt there are many ways of articulating the tar
I don't feel too strongly either way. It seems like mechanism drivers will
have distinct sets of variables, so having a common subsection name may be
confusing. Plus I like the clarity of the type of the mechanism driver
being in the section name rather than hidden in a type name.
Maybe we prepend
The rationale behind it would be interesting ...
-Original Message-
From: Mark McClain [mailto:[email protected]]
Sent: Wednesday, June 19, 2013 9:14 AM
To: OpenStack Development Mailing List
Subject: [openstack-dev] Quantum's new name is….
All-
The OpenStack Networking team is
Daniel-
We're still working on the final details, but our working plans preserve
backwards compatibility and facilitate a smooth Grizzly to Havana upgrade path.
When the plans are final, I'll share them with the community.
mark
On Jun 19, 2013, at 12:21 PM, Daniel P. Berrange wrote:
> On We
Thats still an open item in this thread.
Let me summarize once again
1) Use case for keystone not to re-issue same token for same credentials
2) Ratelimit cons and service unavailability
3) Further information on python keyring if not going by keystone re-issue
of the tokens.
On Wed, Jun 19, 201
[lots of points about resource manipulation APIs, templates, autoscaling
design, and so forth...]
I'm glad so many people got involved in this thread :-) I really appreciate
the feedback. I think we can continue with autoscale design work without
relying on resource manipulation APIs. There are ce
+1
Brad
Brad Topol, Ph.D.
IBM Distinguished Engineer
OpenStack
(919) 543-0646
Internet: [email protected]
Assistant: Cindy Willman (919) 268-5296
From: "Yee, Guang"
To: OpenStack Development Mailing List
Date: 06/19/2013 12:24 PM
Subject:Re: [openstack-dev] [keystone] Inher
I think resize was based on this before, but a patch upstream moved it to
looking at the os_distro flag. (I could be mistaken.)
Richard Goodwin
Product Manager – Cloud Servers & Cloud Images
Ideation | Intellection | Activator | Relator | Responsibility
Phone: (512) 788 5403 – Cell: (512) 736-789
Hi Adam
as I said in a previous post (to which Henry replied "but unfortunately
that is not the way Keystone currently works" my paraphrase), we should
not even be assigning roles to users to projects, as this is mixing up
user-role assignments and permission-role assignments. We/keystone
sho
On Tue, Jun 18, 2013 at 3:49 PM, Monty Taylor wrote:
>
>
> On 06/18/2013 10:35 AM, Ben Nemec wrote:
> > On 2013-06-17 18:06, Monty Taylor wrote:
> >> - Should unittests work outside of a venv on a devstack host.
> >>
> >> I argue yes. I see absolutely no reason why it shouldn't work - all of
> >>
On Wed, Jun 19, 2013 at 6:51 AM, Thierry Carrez wrote:
> Hi everyone,
>
> What follows is mostly of interest to PTLs and other $PROJECT-drivers
> that help them maintain Launchpad blueprints in order.
>
> Launchpad has a concept of "series goal" and "priority" (controlled by
> drivers), while most
On Wed, Jun 19, 2013 at 9:18 AM, Qing He wrote:
> The rationale behind it would be interesting ...
My understanding is that the Quantum corporation (harddrive manufacturer)
asserted
their trademark rights, so the name had to be changed.
See https://lists.launchpad.net/openstack/msg22544.html
On 06/19/2013 01:14 PM, David Chadwick wrote:
Hi Adam
as I said in a previous post (to which Henry replied "but
unfortunately that is not the way Keystone currently works" my
paraphrase), we should not even be assigning roles to users to
projects, as this is mixing up user-role assignments an
Hi all,
Is there an official guide to migrate nova network plugins to quantum
plugins (or rather, neutron plugins)?
Thanks
___
OpenStack-dev mailing list
[email protected]
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi Adam
I think in the context of RBAC, President is only a role if all
resources recognise it as such and assign it permissions, which in
general they do not, so its not a useful role - it would have no
permissions. OTOH, President of the USA, President of Brazil and
President of Chile are s
I really want to go the other way on this: I want token to be very
short lived, ideally something like 1 minute, but probably 5 minutes to
account for clock skew. I want to get rid of token revocation list
checking. I'd like to get away from revocation altogether: tokens are
not stored in t
hI Henry
looking to the ICEy future, would the following work (and be simpler)?
On 19/06/2013 16:47, Henry Nash wrote:
Hi
So I don't doubt there are many ways of articulating the targeted
objects - and a more comprehensive solution might involve the mapping
you mention (although that's definit
Hey David,
1. and 5. The delegate is not always known to keystone. The delegate (I
like to say consumer) would use an oauth client (web-based one here
http://term.ie/oauth/example/client.php); in an oauth flow, the delegate
requires a key/secret pair, they don't have to be already known to
keysto
On 06/19/2013 09:51 AM, Thierry Carrez wrote:
> Thoughts ?
Big +1 from me. Keeping series goal and milestone fields in sync has
been quite a pain.
--
Russell Bryant
___
OpenStack-dev mailing list
[email protected]
http://lists.opensta
Thanks. I’m wondering if the original maker of QNX –Quantum software Systems,
had a problem with the hard drive maker too:
http://www.princeton.edu/~achaney/tmve/wiki100k/docs/QNX.html
From: Jay Buffington [mailto:[email protected]]
Sent: Wednesday, June 19, 2013 10:55 AM
To: OpenStack Developme
Hi Steve
On 19/06/2013 20:56, Steve Martinelli wrote:
Hey David,
1. and 5. The delegate is not always known to keystone. The delegate (I
like to say consumer) would use an oauth client (web-based one here
_http://term.ie/oauth/example/client.php_); in an oauth flow, the
delegate requires a key
On 06/19/2013 05:18 AM, Thierry Carrez wrote:
> Mark McLoughlin wrote:
>> On Wed, 2013-06-19 at 10:20 +0200, Thierry Carrez wrote:
>>> I'd suggest to be a bit careful with that... It's a bit hard to tell
>>> whether it's being used, since some parties may take advantage of this
>>> plugin framework
On 06/17/2013 05:09 PM, Brian Elliott wrote:
>
> On Jun 17, 2013, at 3:50 PM, Chris Behrens wrote:
>
>>
>> On Jun 17, 2013, at 7:49 AM, Russell Bryant wrote:
>>
>>> On 06/16/2013 11:25 PM, Dugger, Donald D wrote:
Looking into the scheduler a bit there's an issue of duplicated effort
On Tue, Jun 18, 2013 at 2:38 PM, Monty Taylor wrote:
>
>
> On 06/18/2013 05:24 PM, Daniel P. Berrange wrote:
>> On Thu, Jun 06, 2013 at 10:33:12AM -0700, Sam Alba wrote:
>>> Hi all,
>>>
>>> I work for dotCloud and I wanted to share our recent work on Nova[1].
>>> We've been using LXC containers on
On Wed, Jun 19, 2013 at 2:16 PM, Russell Bryant wrote:
> On 06/19/2013 09:51 AM, Thierry Carrez wrote:
> > Thoughts ?
>
> Big +1 from me. Keeping series goal and milestone fields in sync has
> been quite a pain.
>
> --
> Russell Bryant
>
> ___
> OpenSt
On 2013-06-19 14:04:57 -0700 (-0700), Sam Alba wrote:
[...]
> I already submitted a code review that I will abandon (since it was
> not linked to the blueprint). I'll submit the blueprint today and I
> will re-submit the code on the bp/ branch.
[...]
Note that there's no need to abandon an exi
On Wed, Jun 19, 2013 at 2:16 PM, Jeremy Stanley wrote:
> Note that there's no need to abandon an existing review just to link
> it to a blueprint. You only need to mention the blueprint in an
> amended commit message and push an updated patchset for it. The
> topic will be automatically updated by
It depends on the client application/jobs token request pattern. There could
be monitoring (stateless) tasks from multiple nodes which are doing some
operation using token so they can request token every minute. Requests for a
user can come from multiple devices as well.
As previously mention
Hi Adam
On 19/06/2013 15:36, Adam Young wrote:
The more I think about it, the more I think that tying the inheritance
to the domain assignment is the wrong solution.
I tend to agree with you. Unless I have misunderstood Henry's API
changes, it means that when a new project is created, existi
On 06/19/2013 05:54 PM, Russell Bryant wrote:
> On 06/17/2013 05:09 PM, Brian Elliott wrote:
>>
>> On Jun 17, 2013, at 3:50 PM, Chris Behrens wrote:
>>
>>>
>>> On Jun 17, 2013, at 7:49 AM, Russell Bryant wrote:
>>>
On 06/16/2013 11:25 PM, Dugger, Donald D wrote:
> Looking into the sche
On Wed, Jun 19, 2013 at 2:27 PM, Sam Alba wrote:
> On Wed, Jun 19, 2013 at 2:16 PM, Jeremy Stanley wrote:
>> Note that there's no need to abandon an existing review just to link
>> it to a blueprint. You only need to mention the blueprint in an
>> amended commit message and push an updated patchs
> You can always got out to zuul directly and see patch status in
> progress
> - http://status.openstack.org/zuul/
Or, you can run dash.py, which will show you a personalized view of
zuul:
https://github.com/kk7ds/openstack-gerrit-dashboard
Running it with a refresh of thirty seconds or so will
Hi David,
Thanks for digging into this. So here is a very specific use case:
a) A cloud provider (CP) creates a domain (Pepsi)for new customer, within which
the customer will be able to create their users, groups and projects.
b) As part of the on-boarding process, the CP creates an admin user
The Marconi project team holds a weekly meeting in #openstack-meeting-alt
on Thursdays, 1900 UTC.
The next meeting is tomorrow, June 20.
Everyone is welcome. However, please take a minute to review the wiki
before attending for the first time:
http://wiki.openstack.org/marconi
## Agenda (30-6
...no that's not what I am suggesting...just that any project can inherit
additional roles (to those that are directly assigned to it) from its parent
domainplease see the email I sent a few moments ago that describes the
problem.
Henry
On 19 Jun 2013, at 22:38, David Chadwick wrote:
> H
I think we need to revisit the problem in the Henry's BP, as per the BP "cloud
provider would like to ensure that they maintain some specific admin roles
across all their customers' projects" and as per David's scenario that is
exactly what mentioned in BP's scope. So AFA cloud admin front is co
All,
I have added a new BP, which advocates service id binding with role definition
https://blueprints.launchpad.net/keystone/+spec/serviceid-binding-with-role-definition
Please look at it and share your comments.
Arvind
___
OpenStack-dev mailing li
I was looking into this with Anita Kuno today.
Keystone unit tests would fail when she was running on her vm set up for
testing. We found that the system was running out of memory. When I run it
myself, watching memory usage with top, the nosetester process uses over
800MB. Anita's vm has 1GB tota
Over the past couple of weeks I've walked a number of folks through
debugging when their devstack / tempest jobs fail, and how to get to the
fact that their patch may very well be the cause of the failure. It
became a quick realization that their is way too much tribal knowledge
in my head abou
It would strike me as very odd if nose was the culprit (inherently vs.
just poorly written tests). Before nova switched to testr we had over
5000 tests, which is 4x what's in keystone right now.
Also, tempest has > 1000 tests running in nose, and very clearly can
function on a devstack gate no
Hi folks,
While reviewing nova v3 tests, I realized that there is no nova V3 endpoint
defined in the catalog in devstack.
Test have to get the v2 URL, parse it, strip the "v2" string out and replace
it with a "v3" one.
Because of this I filed https://bugs.launchpad.net/devstack/+bug/1191798.
Hi,
Just wondering what people thought about how necessary it is to keep XML
support for the Nova v3 API, given that if we want to drop it doing so
during the v2->v3 transition is pretty much the ideal time to do so.
The current plan is to keep it and is what we have been doing so far when
portin
> Just wondering what people thought about how necessary it is to keep
> XML support for the Nova v3 API, given that if we want to drop it
> doing so during the v2->v3 transition is pretty much the ideal time
> to do so.
Personally, I think we ought to drop it while we have the chance :)
--Dan
_
Personally, I agree with both of you :)
-- dims
On Wed, Jun 19, 2013 at 8:44 PM, Dan Smith wrote:
>> Just wondering what people thought about how necessary it is to keep
>> XML support for the Nova v3 API, given that if we want to drop it
>> doing so during the v2->v3 transition is pretty much t
On 06/19/2013 08:34 PM, Christopher Yeoh wrote:
Hi,
Just wondering what people thought about how necessary it is to keep XML
support for the Nova v3 API, given that if we want to drop it doing so
during the v2->v3 transition is pretty much the ideal time to do so.
The current plan is to keep it
I am out of the office until 07/01/2013.
I will be on vacation until Monday, July 1st and will not be able to
respond to emails for the majority of my time away. Please contact Johanna
Koester, my manager, in case of emergencies.
Note: This is an automated response to your message "OpenStack
There was a presentation by Pete Johnson in the San Diego summit about what
we're missing in OpenStack for enterprises and good support for XML was on the
list:
http://www.openstack.org/summit/san-diego-2012/openstack-summit-sessions/presentation/enterprise-to-openstack-here-s-what-you-re-missi
On 06/20/2013 12:09 AM, Jorge Williams wrote:
There was a presentation by Pete Johnson in the San Diego summit about what
we're missing in OpenStack for enterprises and good support for XML was on the
list:
http://www.openstack.org/summit/san-diego-2012/openstack-summit-sessions/presentation/
Hi, everyone!
We are using VMware driver and need to use implementation of
DistributedVirtualSwitch usage. I can't see the easy way to use it like
VirtualSwitch (I mean, if you want to use VSwitch you can get it from
HostSystem.config.network.vswitch, and the returning object will be
HostVirtualSwi
79 matches
Mail list logo
