Sean Dague wrote on 02/21/2014 06:09:18 PM:
> On 02/21/2014 05:28 PM, Clark Boylan wrote:
> > ...
> > I would be wary of relying on devstack to configure your unittest
> > environments. Just like it takes over the node you run it on, devstack
> > takes full ownership of the repos it clones and wil
Hi, developers
There is weired problem that when I try to verify the 8k http head problem
for ceilometer, I construct a very long (30k) token (use a real valid PKI
token as front part and copy several times), and use curl to request to
ceilometer api v2 statistic interface, but ** it returns 200 O
2014-02-22 5:09 GMT+08:00 Ben Nemec :
> /me finally catches up on -dev list traffic...
>
> On 2014-02-19 20:27, Doug Hellmann wrote:
>
>
>
>
> On Wed, Feb 19, 2014 at 8:13 PM, Joe Gordon wrote:
>
>> Hi All,
>>
>> As many of you know most oslo-incubator code is wildly out of sync.
>> Assuming we
Thanks Serg and Alessandro for the detailed explanation, very helpful!
I will try to see if I can leverage something from
http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-helper-scripts-reference.htmlfor
windows support.
Thanks,
Jay
2014-02-22 0:44 GMT+08:00 Alessandro Pilott
Hi Georgy,
Thanks for all your efforts putting this together.
In the incubation request, one of the proposals is to include Murano under
an expanded scope of the Images program, renaming it the Catalog program.
I've been extremely pleased with the help of you and your colleagues in
helping to def
So we have to use the block-migrate flag in the live-migrate command set.
Also which is the minimum libvirt version that support this. We use
lbvirt-0.10.2-29
Thanks for the pointer to the patch. I will check that out.
Sangeeta
On 2/21/14, 9:38 AM, "Joe Gordon" wrote:
>On Thu, Feb 20, 2014 at
Steve, thank you for very valuable suggestions. Your block post is really
great - I've read about environments in Heat documentation but didn't
really understood them until now.
Usage of nested stacks may or may not solve my problem depending on what is
possible to do within those stacks.
Let me e
On 02/21/2014 05:28 PM, Clark Boylan wrote:
> On Fri, Feb 21, 2014 at 1:00 PM, Ben Nemec wrote:
>> On 2014-02-21 13:01, Mike Spreitzer wrote:
>>
>> https://bugs.launchpad.net/devstack/+bug/1203680 is literally about Glance
>> but Nova has the same problem. There is a fix released, but just mergin
On Mon, 2014-02-17 at 06:43 +, Gouzongmei wrote:
> Hello,
>
>
>
> In current PCI passthrough implementation, a pci device is only
> allowed to be assigned to a instance while the instance is being
> created, it is not allowed to be assigned or removed from the instance
> while the instance
On Sat, Feb 22, 2014 at 9:04 AM, Matt Riedemann
wrote:
>
>
> On 2/21/2014 1:53 AM, Christopher Yeoh wrote:
>
>> On Fri, 21 Feb 2014 06:53:11 +
>> Kenichi Oomichi wrote:
>>
>> -Original Message-
From: Christopher Yeoh [mailto:cbky...@gmail.com]
Sent: Thursday, February 20, 2
On 2/21/2014 1:53 AM, Christopher Yeoh wrote:
On Fri, 21 Feb 2014 06:53:11 +
Kenichi Oomichi wrote:
-Original Message-
From: Christopher Yeoh [mailto:cbky...@gmail.com]
Sent: Thursday, February 20, 2014 11:44 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [
On Fri, Feb 21, 2014 at 1:00 PM, Ben Nemec wrote:
> On 2014-02-21 13:01, Mike Spreitzer wrote:
>
> https://bugs.launchpad.net/devstack/+bug/1203680 is literally about Glance
> but Nova has the same problem. There is a fix released, but just merging
> that fix accomplishes nothing --- we need peop
On Thu, Feb 20, 2014 at 12:02 PM, Jesse Noller
wrote:
> Hi Everyone;
>
> Our first python-openstack meeting was awesome: and I really want to thank
> everyone who came, and for Doug teaching me the meeting bot :)
>
> Minutes:
> http://eavesdrop.openstack.org/meetings/python_openstacksdk/2
On Fri, 21 Feb 2014 13:03:31 -0800
Joe Gordon wrote:
> > 1) Discussions about the v2 and v3 APIs at the in-person Nova meetup
> > last week made me come to the realization that v2 won't be going
> > away *any* time soon. In some cases, users have long term API
> > support expectations (perhaps ba
Aaron,
I was thinking the same thing recently with this patch [1]. Patch
sets 1-5 should have failed for any plugin besides ml2 yet some passed
and I wondered how that could happen. Kudos to those patches that
failed my patch sets correctly.
Carl
[1] https://review.openstack.org/#/c/72565/
On
/me finally catches up on -dev list traffic...
On 2014-02-19 20:27, Doug Hellmann wrote:
> On Wed, Feb 19, 2014 at 8:13 PM, Joe Gordon wrote:
>
>> Hi All,
>>
>> As many of you know most oslo-incubator code is wildly out of sync.
>> Assuming we consider it a good idea to sync up oslo-incub
On Thu, Feb 20, 2014 at 9:38 AM, Matt Riedemann
wrote:
>
>
> On 2/19/2014 4:05 PM, Matt Riedemann wrote:
>>
>> The os-hosts OS API extension [1] showed up before I was working on the
>> project and I see that only the VMware and XenAPI drivers implement it,
>> but was wondering why the libvirt dri
On 2014-02-21 13:01, Mike Spreitzer wrote:
> https://bugs.launchpad.net/devstack/+bug/1203680 [1] is literally about
> Glance but Nova has the same problem. There is a fix released, but just
> merging that fix accomplishes nothing --- we need people who run DevStack to
> set the new variabl
Nice one!
On 21 February 2014 11:22, Aaron Rosen wrote:
> This should fix the false positive for brocade:
> https://review.openstack.org/#/c/75486/
>
> Aaron
>
>
> On Fri, Feb 21, 2014 at 10:34 AM, Aaron Rosen wrote:
>>
>> Hi,
>>
>> Yesterday, I pushed a patch to review and was surprised that se
On Wed, Feb 19, 2014 at 9:36 AM, Russell Bryant wrote:
> Greetings,
>
> The v3 API effort has been going for a few release cycles now. As we
> approach the Icehouse release, we are faced with the following question:
> "Is it time to mark v3 stable?"
>
> My opinion is that I think we need to leave
On Thu, Feb 20, 2014 at 7:10 AM, Sean Dague wrote:
> On 02/20/2014 09:55 AM, Christopher Yeoh wrote:
>> On Thu, 20 Feb 2014 08:22:57 -0500
>> Sean Dague wrote:
>>>
>>> We're also duplicating a lot of test and review energy in having 2 API
>>> stacks. Even before v3 has come out of experimental it
On Fri, Feb 21, 2014 at 8:33 AM, Dean Troyer wrote:
> [new thread for this...]
>
> On Fri, Feb 21, 2014 at 7:33 AM, Mark McLoughlin Perhaps rather than
> focusing on making this absolutely black and white,
>>
>> we should focus on better communicating what we actually focus our
>> testing on? (i.e
On Fri, Feb 21, 2014 at 1:42 PM, Mike Spreitzer wrote:
> Ah, so the only distro regularly tested is Ubuntu 12.04?
Within the OpenStack Infrastructure Team -managed environment, generally
yes (with the addition of CentOS 6 for Py26 as noted in your quote below).
However, that is not the only pl
Hi everyone,
I'm currently taking part of a project at the Federal University of Campina
Grande called fogbow, which aims on providing an energy efficient scheduler
and an opportunistic compute node (which deactivates the service if the
host isn't idle) on top of openstack.
Regarding the opportun
>
>
>
> Could you provide some examples -- even in the pseudo-CLI commands like
> I did below. It's really difficult to understand where the limits are
> without specific examples.
>
You know, I always look at the API proposal from implementation standpoint
also, so here's what I see.
In the cli wo
Sean Dague wrote on 02/20/2014 02:45:03 PM:
> ...
> That being said, we also need to be a little bit careful about taking
> such a hard line about "supported vs. not" based on only what's in the
> gate. Because if we did the following things would be listed as
> unsupported (in increasing level of
On Wed, 2014-02-19 at 22:01 -0800, Stephen Balukoff wrote:
> Front-end versus back-end protocols:
> It's actually really common for a HTTPS-enabled front-end to speak
> HTTP to the back-end. The assumption here is that the back-end
> network is "trusted" and therefore we don't need to bother with
This should fix the false positive for brocade:
https://review.openstack.org/#/c/75486/
Aaron
On Fri, Feb 21, 2014 at 10:34 AM, Aaron Rosen wrote:
> Hi,
>
> Yesterday, I pushed a patch to review and was surprised that several of
> the third party CI systems reported back that the patch-set wor
On Fri, 2014-02-21 at 22:58 +0400, Eugene Nikanorov wrote:
> Hi Jay,
>
> Just a quick response:
>
> The 'implementation detail in API' that we all are arguing about is
> some hint from the user about how logical configuration is mapped on
> the backend(s), not much detail IMO.
>
> Your proposed
Hi,
On 21 Feb 2014, at 20:34, Aaron Rosen
mailto:aaronoro...@gmail.com>> wrote:
Hi,
Yesterday, I pushed a patch to review and was surprised that several of the
third party CI systems reported back that the patch-set worked where it
definitely shouldn't have. Anyways, I tested out my theory a
https://bugs.launchpad.net/devstack/+bug/1203680 is literally about Glance
but Nova has the same problem. There is a fix released, but just merging
that fix accomplishes nothing --- we need people who run DevStack to set
the new variable (INSTALL_TESTONLY_PACKAGES). This is something that
nee
Hi Jay,
Just a quick response:
The 'implementation detail in API' that we all are arguing about is some
hint from the user about how logical configuration is mapped on the
backend(s), not much detail IMO.
Your proposed model has that, because you create the balancer at once and
the driver can ea
That requires ssh (or some tunnel/other RPC?) connections from<->to all
hypervisors to work correct??
Is that allowed in your organization (headless ssh keys from<->to all
hypervisors)?
Isn't that a huge security problem if someone manages to break out of a VM
and get access to those keys?
If I
Hi,
Yesterday, I pushed a patch to review and was surprised that several of the
third party CI systems reported back that the patch-set worked where it
definitely shouldn't have. Anyways, I tested out my theory a little more
and it turns out a few of the 3rd party CI systems for neutron are just
r
On Thu, 2014-02-20 at 15:21 +0400, Eugene Nikanorov wrote:
> I agree with Samuel here. I feel the logical model and other
> issues
> (implementation etc.) are mixed in the discussion.
>
> A little bit. While ideally it's better to separate it, in my opinion
> we need to
On 02/21/2014 11:02 AM, Daniel P. Berrange wrote:
> On Fri, Feb 21, 2014 at 10:46:22AM -0500, Sean Dague wrote:
>> On 02/21/2014 09:45 AM, Daniel P. Berrange wrote:
>>> On Thu, Feb 20, 2014 at 02:45:03PM -0500, Sean Dague wrote:
So I'm one of the first people to utter "if it isn't tested,
Zane Bitter wrote on 02/21/2014 12:23:05 PM:
> Yeah, we are overloading the term 'developer' here, since that section
> contains both information that is only useful to developers working on
> Heat itself, and information useful to users developing templates.
At the highest levels of the OpenS
On Thu, Feb 20, 2014 at 9:01 PM, Sangeeta Singh wrote:
> Hi,
>
> At my organization we do not use a shared storage for VM disks but need to
> evacuate VMs from a HV that is down or having problems to another HV. The
> evacuate command only allows the evacuated VM to have the base image. What I
>
On 14/02/14 03:21, Qiming Teng wrote:
On Fri, Feb 14, 2014 at 08:24:09AM +0100, Thomas Spatzier wrote:
Thanks, Thomas.
The first link actually provides a nice inventory of all Resources and
their properties, attributes, etc. I didn't look into this because I
was thinking of the word 'developer
Yes, I am thinking on those lines as well. I was planning to write a new
extension. But probably extending the current evacuate command to take in the
snapshot as input might be a better approach as you outlined. Was that what
your thinking is?
Thanks,
Sangeeta
From: ChangBo Guo mailto:glongw
What about the fixed ips? Can this hook be extended for that?
On 2/20/14, 1:59 PM, "Collins, Sean"
wrote:
>On Thu, Feb 20, 2014 at 12:53:51AM +, Vilobh Meshram wrote:
>> Hello OpenStack Dev,
>>
>> We wanted to have your input on how different companies/organizations,
>>using Openstack, are
Hi guys,
Windows Heat templates are currently supported by using Cloudbase-Init.
Here’s the wiki document that I attached some weeks ago to the blueprint
referenced in this thread: http://wiki.cloudbase.it/heat-windows
There are a few open points that IMO require some discussion.
One topic that
On 21/02/14 03:31, Robert Collins wrote:
> On 18 February 2014 04:30, Derek Higgins wrote:
>> On 17/02/14 01:25, Robert Collins wrote:
>>> Hi!
>>>
>>> The nascent tripleo-gate is now running on all tripleo repositories,
>>> *and should pass*, but are not yet voting. They aren't voting because
>>>
[new thread for this...]
On Fri, Feb 21, 2014 at 7:33 AM, Mark McLoughlin Perhaps rather than
focusing on making this absolutely black and white,
>
> we should focus on better communicating what we actually focus our
> testing on? (i.e. rather than making the grey areas black, improve the
> white
On Thu, Feb 20, 2014 at 10:31:06AM -0800, Joe Gordon wrote:
> Hi All,
>
> I discussion recently came up inside of nova about what it means
> supported version for a dependency means. in libvirt we gate on the
> minimal version that we support but for all python dependencies we
> gate on the highe
Hi Dolph,
On 21 Feb 2014, at 03:05, Dolph Mathews wrote:
>
> On Thu, Feb 20, 2014 at 4:18 AM, Marco Fargetta
> wrote:
> Dear all,
>
> I am interested to the integration of SAML with keystone and I am analysing
> the following blueprint and its implementation:
>
> https://blueprints.launchp
On Fri, Feb 21, 2014 at 06:37:27PM +0400, Stan Lagun wrote:
> Hi Everyone,
>
> While looking through Heat templates generation code in Murano I've
> realized it has a major design flaw: there is no isolation between Heat
> resources generated by different apps.
Can you define the requirement for
On Fri, Feb 21, 2014 at 10:46:22AM -0500, Sean Dague wrote:
> On 02/21/2014 09:45 AM, Daniel P. Berrange wrote:
> > On Thu, Feb 20, 2014 at 02:45:03PM -0500, Sean Dague wrote:
> >>
> >> So I'm one of the first people to utter "if it isn't tested, it's
> >> probably broken", however I also think we
Thanks everyone who was on our meeting :)
Meeting minutes are here:
Minutes:
http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-02-21-15.01.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/climate/2014/climate.2014-02-21-15.01.txt
Log:
http://eavesdrop.openstack.org/me
On 02/21/2014 09:45 AM, Daniel P. Berrange wrote:
> On Thu, Feb 20, 2014 at 02:45:03PM -0500, Sean Dague wrote:
>>
>> So I'm one of the first people to utter "if it isn't tested, it's
>> probably broken", however I also think we need to be realistic about the
>> fact that if you did out the permuta
On Thu, Feb 20, 2014 at 10:31:06AM -0800, Joe Gordon wrote:
> Hi All,
>
> I discussion recently came up inside of nova about what it means
> supported version for a dependency means. in libvirt we gate on the
> minimal version that we support but for all python dependencies we
> gate on the highe
Yesterday during the QA meeting we realized that the neutron full job,
which includes tenant isolation, and full parallelism, was passing quite
often in the experimental queue. Which was actually news to most of us,
as no one had been keeping a close eye on it.
I moved that to a non-voting job on
On Thu, Feb 20, 2014 at 02:45:03PM -0500, Sean Dague wrote:
>
> So I'm one of the first people to utter "if it isn't tested, it's
> probably broken", however I also think we need to be realistic about the
> fact that if you did out the permutations of dependencies and config
> options, we'd have a
This looks like a useful feature, need some work to do that. evacuate
function based on rebuild, if we want to use snapshot images, we need pass
the the snapshot reference from API layer ,and expose the interface from
python-novaclient. Correct me if I am wrong :)
2014-02-21 13:01 GMT+08:00 San
Hi Everyone,
While looking through Heat templates generation code in Murano I've
realized it has a major design flaw: there is no isolation between Heat
resources generated by different apps.
Every app manifest can access and modify its environment stack in any way.
For example it can delete inst
2014-02-21 16:46 GMT+04:00 Matthew Farrellee :
>
> fyi, some of those links don't work, but these do,
>
> http://stackalytics.com/report/contribution/savanna-group/30
> http://stackalytics.com/report/contribution/savanna-group/90
> http://stackalytics.com/report/contribution/savanna-group/180
Ye
On Thu, 2014-02-20 at 10:31 -0800, Joe Gordon wrote:
> Hi All,
>
> I discussion recently came up inside of nova about what it means
> supported version for a dependency means. in libvirt we gate on the
> minimal version that we support but for all python dependencies we
> gate on the highest vers
On 02/20/2014 06:04 PM, Sean Dague wrote:
> On 02/20/2014 05:32 PM, Russell Bryant wrote:
>> On 02/20/2014 05:05 PM, Costantino, Leandro I wrote:
>>> Hi,
>>>
>>> Would like to know if there's any interest on having
>>> 'automatic evacuation' feature when a compute node goes down. I
>>> found 3 bps
On 02/19/2014 05:40 PM, Sergey Lukjanov wrote:
Hey folks,
I'd like to nominate Andrew Lazarew (alazarev) for savanna-core.
He is among the top reviewers of Savanna subprojects. Andrew is working
on Savanna full time since September 2013 and is very familiar with
current codebase. His code contr
squal...@gmail.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 21/02/14 10:38, Dougal Matthews wrote:
> On 21/02/14 09:24, Tomas Sedovic wrote:
>> On 20/02/14 16:24, Imre Farkas wrote:
>>> On 02/20/2014 03:57 PM, Tomas Sedovic wrote:
On 20/02/14 15:41, Radomir Dopieralski wrote:
> On 20/02/14 15:00, Tomas Sedovic wrote:
>
>> Are we even sur
Le vendredi 21 février 2014, 09:27:49 Angus Salkeld a écrit :
> >Honestly, I have no answer to your question right now ("How useful is
> >trollius ...").
> >(...)
> >I asked your question on Tulip mailing list to see how a single code base
> >could support Tulip (yield from) and Trollius (yield).
On 21/02/14 09:24, Tomas Sedovic wrote:
On 20/02/14 16:24, Imre Farkas wrote:
On 02/20/2014 03:57 PM, Tomas Sedovic wrote:
On 20/02/14 15:41, Radomir Dopieralski wrote:
On 20/02/14 15:00, Tomas Sedovic wrote:
Are we even sure we need to store the passwords in the first place? All
this encryp
On 20/02/14 16:24, Imre Farkas wrote:
> On 02/20/2014 03:57 PM, Tomas Sedovic wrote:
>> On 20/02/14 15:41, Radomir Dopieralski wrote:
>>> On 20/02/14 15:00, Tomas Sedovic wrote:
>>>
Are we even sure we need to store the passwords in the first place? All
this encryption talk seems very pre
At Thu, 20 Feb 2014 15:21:49 +0400,
Eugene Nikanorov wrote:
>
> Hi Iwamoto,
>
>
> > I agree with Samuel here. I feel the logical model and other issues
> > (implementation etc.) are mixed in the discussion.
> >
>
> A little bit. While ideally it's better to separate it, in my opinion we
> need
Hi,
I've created a patch for qcow2 on scenario tests part.[1]
But I'd like to know someone already do like this or not because I'd like
to avoid conflict works.
[1] https://review.openstack.org/#/c/75312/
On Fri, Feb 21, 2014 at 7:01 AM, David Kranz wrote:
> On 02/20/2014 04:53 PM, Sean Dag
Jay, yes, cfn-tools does not support Windows at this moment, and there are
may be issues related to autoscaling based on Ceilometer.
On Thu, Feb 20, 2014 at 4:48 PM, Jay Lau wrote:
> Thanks Alexander for the detail explanation, really very helpful!
>
> What I meant for a windows cluster is actu
On Fri, 21 Feb 2014 06:53:11 +
Kenichi Oomichi wrote:
> > -Original Message-
> > From: Christopher Yeoh [mailto:cbky...@gmail.com]
> > Sent: Thursday, February 20, 2014 11:44 AM
> > To: openstack-dev@lists.openstack.org
> > Subject: Re: [openstack-dev] [Nova] v3 API in Icehouse
> >
>
68 matches
Mail list logo
