Hi Christopher,
Thanks for your comments!
We would definitely like to have some resources for maintaining it for
now. Also a lot depends on how the community reacts to this and what
features they demand.
Personally I hope its not just reference code :)
debo
On Thu, Oct 3, 2013 at 12:20 PM, Chr
Edgar
Thanks for your feedback during its early days ;)
debo
On Thu, Oct 3, 2013 at 12:34 PM, Edgar Magana wrote:
> Debo,
>
> Congratulations on this move! The entire Cisco team is doing an awesome
> work around OpenStack.
>
> Cheers,
>
> Edgar
>
> On 10/3/13 11:43 AM, "Debojyoti Dutta" wrote:
Hi Andrew, could I bother you for the Pycharm license key?
Many Thanks!
Ryan
On Sep 26, 2013, at 8:41 AM, Andrew Melton
mailto:andrew.mel...@rackspace.com>> wrote:
Hey Devs,
It's almost been a year since I sent out the first email and I've been getting
a few emails lately about alerts that
Hi,
In my tests, I observed that when an admin of a tenant runs 'nova list'
to list down all the servers of the tenant - nova-api makes a call to
quantum to get_ports with filter set to device owner. This operation is
taking about 1m 30s in our setup(almost having 100 VMs i.e > 100 ports)
While
Thank you to the electorate, to all those who voted and to all
candidates who put their name forward for PTL for this election. A
healthy, open process breeds trust in our decision making capability -
thank you to all those who make this process possible.
Now for the results of the PTL electio
As you might have noticed, the 'isolated' jobs are showing a very high
failure rate.
The behaviour observed is likely to be due to bug 1224001. During the last
24 hours the bug did not show up because the jobs weren't actually enabling
tenant isolation in tempest.
The bug is currently assigned to
On 4 October 2013 11:03, James Slagle wrote:
> On Tue, Oct 1, 2013 at 4:37 AM, Robert Collins
>>
>> In the call we had, we agreed that this approach makes a lot of sense,
>> and spent a bunch of time talking through the ramifications on TripleO
>> and Ironic, and sketched out one way to slice and
RE: vlan trunking support for network tunnels
Copying to dev mailing list.
- Greg
-Original Message-
From: Kyle Mestery (kmestery) [mailto:kmest...@cisco.com]
Sent: Thursday, October 03, 2013 6:33 AM
To: Bob Melander (bmelande)
Cc: Regnier, Greg J
Subject: Re: Service VM discussio
On 4 October 2013 11:00, Dan Prince wrote:
> Hi Robert,
>
> In general I buy the vision laid out in this email. I think "Starting with
> the customer story" will keep us on the right track as to what features to
> implement, working on most important stuff, etc. A CD tripleO setup sounds
> just
Hi Kaiwai,
First, the bad news:
1. The Horizon release candidate has already been cut, so for Havana we're only
considering release-blocking bugs at this point (and even those have to meet a
high bar to warrant a new release candidate). The "feature freeze" deadline was
almost a month ago.
2.
On Tue, Oct 1, 2013 at 4:37 AM, Robert Collins
wrote:
> Now for a less condensed, and hopefully more useful version :)
> Our goal is to deliver a continuously deployed version of OpenStack.
> Right now, we're working on plumbing to build a /good/ version of
> that. Note the difference: 'deliver an
Hi Robert,
In general I buy the vision laid out in this email. I think "Starting with the
customer story" will keep us on the right track as to what features to
implement, working on most important stuff, etc. A CD tripleO setup sounds just
grand. For me though most of what you've laid out here
- Original Message -
> From: "Robert Collins"
> To: "OpenStack Development Mailing List"
> Sent: Thursday, October 3, 2013 4:22:26 PM
> Subject: [openstack-dev] [TripleO] Continual deployment scripts
>
> This is a proposal: I think we should not use toci in the
> continually-deployed i
Hi
> On 3 Oct 2013, at 21:22, Robert Collins wrote:
> In CD doing a fresh
> start every time isn't really desirable :) and in toci we'll want to
> do massively parallel testing when/where possible, whereas CD wants
> staged deployments, graceful operations etc...
Clearly they have some differenc
On 10/3/13 8:53 AM, "Julien Danjou" wrote:
>On Thu, Oct 03 2013, Thomas Maddox wrote:
>
>> Interesting point, Doug and Julien. I'm thinking out loud, but if we
>>wanted
>> to use pipeline.yaml, we could have an 'enabled' attribute for each
>> pipeline?
>
>That would be an option, for sure. But ju
Oops forgot the link on BP for versioning templates.
https://blueprints.launchpad.net/trove/+spec/configuration-templates-versionable
On Thu, Oct 3, 2013 at 3:47 PM, Craig Vyvial wrote:
> I have been trying to figure out where a call for the "default"
> configuration should go. I just finished
I have been trying to figure out where a call for the "default"
configuration should go. I just finished adding a method to get the
[mysqld] section via an api call but not sure where this should go yet.
Currently i made it:
GET - /instance/{id}/configuration
This kinda only half fits in the path
On 10/03/2013 02:02 PM, Caitlin Bestler wrote:
On October 3, 2013 12:44:50 PM Chris Friesen
wrote:
I was wondering if there is any interest in adding an
"on_shared_storage" field to the Instance class. This would be set
once at instance creation time and we would then be able to avoid
havin
This is a proposal: I think we should not use toci in the
continually-deployed infrastructure: toci is aimed at testing, CD is
production ready - key differences in intent: In CD doing a fresh
start every time isn't really desirable :) and in toci we'll want to
do massively parallel testing when/wh
On 10/04/2013 06:07 AM, Dan Prince wrote:
> Hi all,
>
> A quick update on some recent SmokeStack additions in the Havana dev cycle:
>
> Several weeks back we added support for Ceilometer. Test configuration using
> both MongoDB (Fedora 19) and MySQL (Centos 6.4) are currently being used to
> test
On October 3, 2013 12:44:50 PM Chris Friesen
wrote:
I was wondering if there is any interest in adding an "on_shared_storage"
field to the Instance class. This would be set once at instance creation
time and we would then be able to avoid having the admin manually pass it
in for the vari
I was wondering if there is any interest in adding an
"on_shared_storage" field to the Instance class. This would be set once
at instance creation time and we would then be able to avoid having the
admin manually pass it in for the various API calls
(evacuate/rebuild_instance/migration/etc.)
If User X's existing instance is isolated from the change, but there's
no snapshot/clone/versioning of the current settings on X's instance
(via the trove database or jinja template), then how will
GET /configurations/:id return the correct/current settings? Unless
you're planning on communicating
Debo,
Congratulations on this move! The entire Cisco team is doing an awesome
work around OpenStack.
Cheers,
Edgar
On 10/3/13 11:43 AM, "Debojyoti Dutta" wrote:
>Hi!
>
>We @Cisco just made the following repos public
>https://github.com/CiscoSystems/donabe
>https://github.com/CiscoSystems/curv
On Thu, Oct 3, 2013 at 1:43 PM, Debojyoti Dutta wrote:
> Hi!
>
> We @Cisco just made the following repos public
> https://github.com/CiscoSystems/donabe
> https://github.com/CiscoSystems/curvature
>
> Donabe was pitched as a recursive container before Heat days.
> Curvature is an alternative inte
And just for some history on Donabe: the idea was 1st presented at the
E summit along with @dendrobates at
http://www.slideshare.net/ddutta1/donabe-models-openstack-essex-summit
debo
On Thu, Oct 3, 2013 at 11:43 AM, Debojyoti Dutta wrote:
> Hi!
>
> We @Cisco just made the following repos public
Greetings,
The Havana feature freeze is over and the master branch is open for
Icehouse development. We put a -2 on a *lot* of patches during the
feature freeze. It seems that most of the ones I blocked have already
been automatically expired.
If you had a patch blocked for the feature freeze,
Hi!
We @Cisco just made the following repos public
https://github.com/CiscoSystems/donabe
https://github.com/CiscoSystems/curvature
Donabe was pitched as a recursive container before Heat days.
Curvature is an alternative interactive GUI front end to openstack
that can handle virtual resources, t
Hi All,
A blueprint has been registered to add IPAM and Policy
extensions to Neutron. Please review the blueprint and
the attached specification.
https://blueprints.launchpad.net/neutron/+spec/juniper-contrail-ipam-policy-extensions-for-neutron
All comments are welcome.
Thanks,
Rudra
__
+1
-Nikhil
-Original Message-
From: "Iccha Sethi"
Sent: Thursday, October 3, 2013 12:25am
To: "OpenStack Development Mailing List"
Subject: [openstack-dev] Nominating Zhi Yan Liu for glance-core
Hey,
I would like to nominate Zhi Yan Liu(lzydev) for glance core. I think Zhi has
b
+1
-Nikhil
-Original Message-
From: "Iccha Sethi"
Sent: Thursday, October 3, 2013 12:28am
To: "OpenStack Development Mailing List"
Subject: [openstack-dev] Nominating Fei Long Wang for glance core
Hey,
I would like to nominate Fei Long Wang(flwang) for glance core. I think Fei ha
Hi folks,
I was hoping to see if you all were free sometime tomorrow (Friday) Oct 4th at
14:00 UTC to do a sync up on the patch we've had going on for async workers
(full PS here:- [https://review.openstack.org/#/c/46117/]
https://review.openstack.org/#/c/46117/ ).
Venkatesh and I are worki
inline.
On Wed, Oct 2, 2013 at 1:03 PM, McReynolds, Auston wrote:
> Awesome! I only have one follow-up question:
>
> Regarding #6 & #7, how will the clone behavior work given that the
> defaults are hydrated by a non-versioned jinja template?
>
I am not sure i understand "clone behavior" because
On 01/10/13 00:07, Jaromir Coufal wrote:
> Just BTW:
>
> I know that lot of folks were watching the youtube stream
> (http://youtu.be/m3y6uD8yKVQ), so please feel free to give any feedback
> you have to this thread. I believe that this is good way to proceed
> forward and how to make things flexib
That's awesome Dan!
Now perhaps I can sleep at night :)
From: Dan Prince [dpri...@redhat.com]
Sent: Thursday, October 03, 2013 2:07 PM
To: OpenStack Development Mailing List
Subject: [openstack-dev] SmokeStack welcomes Heat and Ceilometer
Hi all,
A quick
Thomas Hervé wrote on 03.10.2013 09:59:02:
> From: Thomas Hervé
> To: OpenStack Development Mailing List
,
> Date: 03.10.2013 10:01
> Subject: Re: [openstack-dev] [Heat] Autoscale and load balancers
>
>
> On Wed, Oct 2, 2013 at 11:07 PM, Thomas
Spatzier > wrote:
>
> A way to achieve the same be
Hi all,
The [state-management] project team holds a weekly meeting in
#openstack-meeting on thursdays, 2000 UTC. The next meeting is today,
2013-10-03!!!
As usual, everyone is welcome :-)
Link: https://wiki.openstack.org/wiki/Meetings/StateManagement
Taskflow: https://wiki.openstack.org/TaskFl
Hi all,
A quick update on some recent SmokeStack additions in the Havana dev cycle:
Several weeks back we added support for Ceilometer. Test configuration using
both MongoDB (Fedora 19) and MySQL (Centos 6.4) are currently being used to
test Ceilometer. Currently only the compute agent is being
Hi,
I would like to share what Gary and I investigated, while it is not
addressed yet.
The cause is the failure of quantum-debug command in setup_quantum_debug
(https://github.com/openstack-dev/devstack/blob/stable/grizzly/stack.sh#L996).
We can reproduce the issue in local environment by setting
On Thu, Oct 3, 2013 at 6:54 AM, Gary Kotton wrote:
> Hi,
> I think that I may have stumbled upon the problem, but need the help from
> someone on the infra team. Then again I may just be completely mistaken.
>
> Prior to the little hiccup we have at the moment VM's that were used for
> devstack on
Hi,
On Saturday October 5th at 1600 UTC, Gerrit will be offline for a
short time while we rename source code repositories. To convert
that time to your local timezone, see:
http://www.timeanddate.com/worldclock/fixedtime.html?iso=20131005T16
We will be renaming the following repositories:
On 10/3/2013 12:05 PM, Thierry Carrez wrote:
Nicholas Chase wrote:
Is there a target date for updating the release notes at
https://wiki.openstack.org/wiki/ReleaseNotes/Havana (other than
Keystone, which is already there)? I'm trying to get a handle on what
new features actually made it into
Nicholas Chase wrote:
> Is there a target date for updating the release notes at
> https://wiki.openstack.org/wiki/ReleaseNotes/Havana (other than
> Keystone, which is already there)? I'm trying to get a handle on what
> new features actually made it into Havana. Or is there a better way to
> fig
On Oct 3, 2013, at 11:42 AM, Matthew Farrellee wrote:
> On 10/03/2013 11:21 AM, Jon Maron wrote:
>> Hi,
>>
>> I'd like to raise an issue in the hopes of opening some discussion on
>> the IRC chat later today:
>>
>> We see a critical requirement to support the creation of a savanna
>> cluster
Is there a target date for updating the release notes at
https://wiki.openstack.org/wiki/ReleaseNotes/Havana (other than
Keystone, which is already there)? I'm trying to get a handle on what
new features actually made it into Havana. Or is there a better way to
figure that out, other than wad
I've been trying to use heat more and ran into similar issues with its metadata
server bits not working on private namespaces too. Long term it may need to be
made netns aware as well.
Neutron's metadata server is already netns aware with their proxy stuff. It
seems to be working reliably for u
On 10/02/2013 11:42 PM, Lingxian Kong wrote:
Hi Chris:
Aftering exploring the code, I think there is already clean up on the
original compute node, it will check that the instances reported by the
driver are still associated with this host. If they are not, they will
be destroyed. Please refer t
This approach looks good.
But I'd like to outline an issue people might hit in real-world production
installations:
Let's imagine OpenStack is installed in HA mode. There are several
controllers,
they run Savanna and Q3 services in HA mode. The problem is that active
Savanna
service should run on
On 10/03/2013 05:45 AM, Pavel Kravchenco wrote:
Hi Chris,
You probably encountered this bug:
*https://bugs.launchpad.net/nova/+bug/1156269*
It been fixed here: https://review.openstack.org/#/c/24600/
Yes, that looks like what I'm seeing. Thanks for the pointer.
Btw, what code are you using?
On 10/03/2013 11:21 AM, Jon Maron wrote:
Hi,
I'd like to raise an issue in the hopes of opening some discussion on
the IRC chat later today:
We see a critical requirement to support the creation of a savanna
cluster with neutron networking while leveraging a private network
(i.e. without the as
Hi,
I'd like to raise an issue in the hopes of opening some discussion on the IRC
chat later today:
We see a critical requirement to support the creation of a savanna cluster
with neutron networking while leveraging a private network (i.e. without the
assignment of public IPs) - at least
> The problems occur when the when the the following line is invoked:
>
> https://github.com/openstack-dev/devstack/blob/stable/grizzly/lib/quantum#L302
But that line is reached only in case baremetal is enabled which isn't
the case in gate, is it?
Cheers,
Alan
__
On 2013-10-03 06:54:10 -0700 (-0700), Gary Kotton wrote:
> I think that I may have stumbled upon the problem, but need the help from
> someone on the infra team.
[...]
I'm manually launching the test script on a fresh VM now and should
have something shortly.
--
Jeremy Stanley
__
https://wiki.openstack.org/wiki/Meetings/QATeamMeeting#Proposed_Agenda_for_October_3_2013
Blueprints (sdague)
* started cleaning up blueprints, need to start a purge of all the
Unknown items
Neutron job status (sdague)
Elastic Recheck Top issues found (mtreinish)
Stable branch timing (sdague
Hi Clint,
Thanks for the reply! I'll update the bug you raised with more
information. In the meantime, I agree with you that cfn-hup is enough
for now.
BTW, is there any bug or missing feature that would prevent me from
replacing cfn-hup by os-collect-config?
Simon
Le 20/09/2013 22:12, Cl
Hi Christopher,
Thanks for replying! I've been out last week hence this late email.
Le 20/09/2013 21:22, Christopher Armstrong a écrit :
Hello Simon! I've put responses below.
I'm kind of confused about your examples though, because you don't show
anything that depends on ComputeReady in your
Hi,
I think that I may have stumbled upon the problem, but need the help from
someone on the infra team. Then again I may just be completely mistaken.
Prior to the little hiccup we have at the moment VM's that were used for
devstack on the infra side would have 1 interface:
2013-09-10 06:32:22.20
On Thu, Oct 03 2013, Thomas Maddox wrote:
> Interesting point, Doug and Julien. I'm thinking out loud, but if we wanted
> to use pipeline.yaml, we could have an 'enabled' attribute for each
> pipeline?
That would be an option, for sure. But just removing all of them should
also work.
> I'm curio
On 10/3/13 8:15 AM, "Doug Hellmann"
mailto:doug.hellm...@dreamhost.com>> wrote:
On Thu, Oct 3, 2013 at 5:54 AM, Julien Danjou
mailto:jul...@danjou.info>> wrote:
On Wed, Oct 02 2013, Thomas Maddox wrote:
> I'm working to make the sample pipeline optional and I'm stuck at a
> decision point ab
On Thu, Oct 3, 2013 at 5:54 AM, Julien Danjou wrote:
> On Wed, Oct 02 2013, Thomas Maddox wrote:
>
> > I'm working to make the sample pipeline optional and I'm stuck at a
> > decision point about whether I ought to use a collector config option
> > (like 'enable_sample_pipelines'), or let it be d
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 Oct 3rd at 1500 UTC
Please add your name with the agenda item, so we know who to call on during
the meeting.
* Release python-ce
Hi Chris,
You probably encountered this bug:
https://bugs.launchpad.net/nova/+bug/1156269
It been fixed here: https://review.openstack.org/#/c/24600/
Btw, what code are you using?
Thanks,
Pavel
> Date: Wed, 2 Oct 2013 15:30:11 -0600
> From: Chris Friesen
>
> Hi all,
>
> I posted this on the
Hi,
This seems to be my bad. I have abandoned the patch and am still looking
into the problems.
Thanks
Gary
On 10/3/13 12:14 PM, "Gary Kotton" wrote:
>
>
>On 10/3/13 11:59 AM, "Alan Pevec" wrote:
>
>>2013/10/3 Gary Kotton :
>>> Please see https://review.openstack.org/#/c/49483/
>>
>>That's s/qu
On Wed, Oct 02 2013, Thomas Maddox wrote:
> I'm working to make the sample pipeline optional and I'm stuck at a
> decision point about whether I ought to use a collector config option
> (like 'enable_sample_pipelines'), or let it be driven by setup.cfg (i.e.
> the existence of sample plugin refere
Hello everyone,
This morning we've got Nova, Neutron, Heat and Horizon all publishing
their first release candidate for the Havana release ! You can download
those RC1 tarballs at:
https://launchpad.net/nova/havana/havana-rc1
https://launchpad.net/neutron/havana/havana-rc1
https://launchpad.net/h
On 10/3/13 11:59 AM, "Alan Pevec" wrote:
>2013/10/3 Gary Kotton :
>> Please see https://review.openstack.org/#/c/49483/
>
>That's s/quantum/neutron/ on stable - I'm confused why is that, it
>should have been "quantum" everywhere in Grizzly.
Please see below:
nicira@os-devstack:/opt/stack/neut
2013/10/3 Gary Kotton :
> Please see https://review.openstack.org/#/c/49483/
That's s/quantum/neutron/ on stable - I'm confused why is that, it
should have been "quantum" everywhere in Grizzly.
Could you please expand your reasoning in the commit message? It also
doesn't help, check-tempest-devsta
On 02/10/13 16:06, Thomas Hervé wrote:
Hi all,
There is a small but important part of the autoscale design described in
https://wiki.openstack.org/wiki/Heat/AutoScaling that we'd like to
discuss to make sure everybody is on the same page. Namely, the
relationship between an autoscaling group and
On Wed, Oct 2, 2013 at 11:07 PM, Thomas Spatzier wrote:
A way to achieve the same behavior as you suggest but less verbose would be
> to use relationships in HOT. We had some discussion about relationships
> earlier this year and in other contexts, but this would fit here very well.
> And I think
Please see https://review.openstack.org/#/c/49483/
From: Matt Riedemann mailto:mrie...@us.ibm.com>>
Date: Wednesday, October 2, 2013 7:19 PM
To: OpenStack Development Mailing List
mailto:openstack-dev@lists.openstack.org>>
Cc: Administrator mailto:gkot...@vmware.com>>
Subject: Re: [openstack-dev]
Hi,
The gating is broken due to the Neutron/Quantum name change. The root cause was
that the devstack code was accessing quantum directories for configuration
files and the repo has neutron directories. Please see the devstack patch
https://review.openstack.org/#/c/49483/. I hope that this will
71 matches
Mail list logo
