In spite of my +1 I actually agree. I had forgotten about the sanity
check framework. We put it in place to avoid an excessive (and
growing) amount of checks to be done in runtime.
In this case several agents need would be doing the same check.
We should do things either one way or another, but
Hi Alan,
Just wondering why the +1 for this.
It would seem that a better way of doing this without what seems like a
guaranteed method of disruption would be to run a neutron forge activity
and integrate the work once it is proved stable and the impacts on
existing functions can be well understood
Mike, I had same problem some time ago. The problem was that I had a vm
with installed devstack and file /etc/hosts contained string:
127.0.0.1 localhost ubuntu
and changing it to:
127.0.0.1 localhost
helped me. So we should have not any symbols (names) after "localhost".
I am not
This patch
https://review.openstack.org/#/c/116093/3/ironic/nova/virt/ironic/driver.py
seems to have the right parameters to enable Ironic to DTRT (with
associated internal changes) - thats when Nova learnt to soft shutdown
machines.
-Rob
On 23 August 2014 05:48, Clint Byrum wrote:
> It has bee
Hi Irena,
thanks for your reply. Yes sure, collaboration would be great.
Do you already have a blueprint out there? Maybe wen can synchup this
week to discuss more details? Cause I would like to understand what
exactly you're looking for. Normally I'm available form 7 UTC to 16 utc
(today only un
Hi!
In the last L3 subteam meeting I was asked to write a document in the wiki
to explain how to test the Dynamic Routing feature while is under review.
The wiki page is here[1].
I've also moved the DynamicRoutingUseCases wiki page as a child of the
DynamicRouting topic. I plan to add more docume
I don't like the idea that uses bind9 views to split networks, due to
follow reasons:
the designate may not or hard to know the router's public address
non-router may exist for some isolate networks
there is no routes in our dhcp namespace currently
I suggest run one bind9 instance for each netwo
Zane Bitter wrote:
> [...]
> Here are a few of the conclusions:
>
> * Everyone wishes the Design Summit worked like this.
> The meetup seemed a lot more productive than the design summit ever is.
> It's really nice to be in a room small enough that you can talk normally
> and hear everyone, instea
Fwiw I would like to see such dependencies listed so that we can properly
install trunk via automation.
On 24 Aug 2014 10:43, "Maru Newby" wrote:
>
> On Aug 14, 2014, at 1:55 PM, Ihar Hrachyshka wrote:
>
> > Signed PGP part
> > FYI: I've uploaded a review for openstack/requirements to add the
>
That's a fair point Jay. The Czar does sound like a reasonable approach and
what would be useful and helpful would be to appoint additional PTL's and not
have the burden of everything falling on one individual which becomes over
loading after a period of time. In this case, imho it would be usef
Dear all,
I found a bug of osprofiler, but can not find the project at launchpad.net, so
wonder to know how to report the bug, and contribute my fix.
Best RegardsLeslie___
OpenStack-dev mailing list
OpenStack-dev@l
Anne Gentle wrote:
> Rochelle.RochelleGrober wrote:
>>/flame-on
>> Let's call spades, spades here. Czar is not only overkill, but the
>> wrong metaphor.
>> /flame-off
>
> I'm with Rocky on the anti-czar-as-a-word camp. We all like clever names
> to shed the "corporate" stigma but
Hi Lesile,
Woot! Somebody started using OSprofiler!
I create OSprofiler launchpad page: https://bugs.launchpad.net/osprofiler
Feel free to report bug there.
Best regards,
Boris Pavlovic
On Mon, Aug 25, 2014 at 1:54 PM, LeslieWang wrote:
> Dear all,
>
> I found a bug of osprofiler, but can
Zane Bitter wrote:
> On 22/08/14 12:45, Dolph Mathews wrote:
>>> >I'm all for getting a final decision, but a 'final' decision that
>>> has been
>>> >imposed from outside rather than internalised by the participants is...
>>> >rarely final.
>>> >
>> The expectation of a PTL isn't to stomp around an
Tim Bell wrote:
> As part of the user feedback loop, we've found the PTL role extremely useful
> to channel feedback. The operator PTL discussions during the Atlanta summit
> helped to clarify a number of areas where the PTL can then take the points
> back to the design summit. It is not clear
Zane Bitter wrote:
> Over the past couple of release cycles, the TC has put together a fairly
> comprehensive checklist for projects entering into incubation with a
> view to being included in the integrated release. However, I'm not aware
> of anything equivalent for projects that are becoming off
Hi Andreas,
We can definitely set some time to discuss this.
I am usually available from 5 to 14:00 UTC.
Let's follow up on IRC (irenab).
BR,
Irena
-Original Message-
From: Andreas Scheuring [mailto:[email protected]]
Sent: Monday, August 25, 2014 11:00 AM
To: Irena Berezovs
On 2014年08月23日 18:29, Christopher Yeoh wrote:
On Sat, 23 Aug 2014 03:56:27 -0500
Joe Cropper wrote:
Hi Folks,
Would anyone be opposed to adding the 'action' checking to the v2/v3
authorizers? This would allow administrators more fine-grained
control over who can read vs. create/update/delet
On 08/25/2014 12:30 PM, Thierry Carrez wrote:
> Zane Bitter wrote:
>> On 22/08/14 12:45, Dolph Mathews wrote:
> I'm all for getting a final decision, but a 'final' decision that
has been
> imposed from outside rather than internalised by the participants is...
> rarely final.
>
On Aug 25, 2014, at 11:38 AM, Robert Collins wrote:
> Fwiw I would like to see such dependencies listed so that we can properly
> install trunk via automation.
Do you mean that you want the requirements for all plugins listed somewhere in
the tree? Or specifically in Neutron’s requirements.
just an update, i had to re-add PYTHONHASHSEED = 0 to ceilometer. i didn't find
the exact root cause of why WSME is affecting our doc gate but it appears WSME
is also affected by new tox and random hashseed as it too suffers from random
failures in UT.
for now, i've added back HASHSEED so we sho
On 08/20/2014 12:37 PM, Zane Bitter wrote:
> On 11/08/14 05:24, Thierry Carrez wrote:
>> So the idea that being (and remaining) in the integrated release should
>> also be judged on technical merit is a slightly different effort. It's
>> always been a factor in our choices, but like Devananda says,
Hi Mistral folks,
Don’t forget that we’ll have a team meeting today at 16.00 UTC at
#openstack-meeting.
Agenda:
* Review action items
* Current status (progress, issues, roadblocks, further plans)
* API V2 Discussion (integration with Glance, versioned client etc.)
* New action design discussion
Hi team,
Today I started to build Fuel ISO from the master branch and with packages
with code from the master branches, and have found strange errors:
http://jenkins-product.srt.mirantis.net:8080/view/custom_iso/job/custom_master_iso/77/console
Looks like we have hardcoded versions of all require
Swift 2.1.0.rc1 has been tagged as our release candidate for 2.1.0. The plan is
to let this RC soak for a week and then do the final release on Sept 1.
Please check it out and report any issues that you find.
Tag applied:
http://git.openstack.org/cgit/openstack/swift/commit/?id=8d02147d04a41477
Hi Boris,
Thanks for the reply.
I'm trying TripleO, and want to enable Horizon UI in this environment, and the
bug causes horizon can not start correctly. I feel my found probably is helpful
for people who have needs, so wanna report back to community.
I've created bug https://bugs.launchpad.ne
Hi all,
along with building your own ISO following instructions [1], you can always
download nightly build [2] and run it, by using virtualbox scripts [3], for
example.
For your conveniency, you can see a build status table on CI [4]. First tab now
refers to pre-5.1 builds, and second - to mast
On 8/23/14, 5:36 PM, "Maru Newby" wrote:
>
>On Aug 23, 2014, at 4:06 AM, Sumit Naiksatam
>wrote:
>
>> On Thu, Aug 21, 2014 at 7:28 AM, Kyle Mestery
>>wrote:
>>> On Thu, Aug 21, 2014 at 5:12 AM, Ihar Hrachyshka
>>>wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On
I was on vacation last week and am late to the discussion, but I'm +1
for the idea.
On 08/19/2014 02:08 PM, Joe Gordon wrote:
On Tue, Aug 19, 2014 at 8:23 AM, Russell Bryant mailto:[email protected]>> wrote:
On 08/19/2014 05:31 AM, Robert Collins wrote:
> Hey everybody - https://w
On 24/08/14 23:17, Adam Young wrote:
On 08/23/2014 02:01 AM, Clint Byrum wrote:
I don't know how Zaqar does its magic, but I'd love to see simple signed
URLs rather than users/passwords. This would work for Heat as well. That
way we only have to pass in a single predictably formatted string.
Ex
On 08/22/2014 05:35 PM, Zane Bitter wrote:
>
> On AWS the very first thing a user does is create a bunch of IAM
> accounts so that they virtually never have to use the credentials
> associated with their natural person ever again. There are both user
> accounts and service accounts - the latter I
Dane, thanks for all the great work you're doing in the third-party CI
area. It's great to see you working to share this knowledge with
others as well!
Did Kevin's idea work for you to move past this issue? If not, I
suggest you put an item on the neutron meeting agenda today and we
cover this the
Hello,
Is our long-term vision to allow a VMs to be dynamically added/removed
from a group? That is, unless I'm overlooking something, it appears
that you can only add a VM to a server group at VM boot time and
effectively remove it by deleting the VM?
Just curious if this was a design point, or
On Sun, Aug 24, 2014 at 2:18 PM, Collins, Sean
wrote:
> Hi,
>
> The amount of tests that we are having to add skips to for the One
> Convergence plugin has grown quite a bit lately.
>
> http://git.openstack.org/cgit/openstack/neutron/tree/neutron/tests/unit/oneconvergence/test_nvsd_plugin.py#n58
>
On 08/25/2014 11:10 AM, Joe Cropper wrote:
Hello,
Is our long-term vision to allow a VMs to be dynamically added/removed
from a group? That is, unless I'm overlooking something, it appears
that you can only add a VM to a server group at VM boot time and
effectively remove it by deleting the VM?
On Sun, Aug 24, 2014 at 7:01 PM, Sean Roberts wrote:
> I am looking for policy overview/impact covering heat, neutron, nova, olso,
> mistral, and rubric. Are there any others that want to join us and discuss
> how policy impacts their project? I would welcome some discussion around
> Opendaylight
On 25/08/14 05:21, Thierry Carrez wrote:
Zane Bitter wrote:
[...]
Here are a few of the conclusions:
* Everyone wishes the Design Summit worked like this.
The meetup seemed a lot more productive than the design summit ever is.
It's really nice to be in a room small enough that you can talk norm
Thanks Jay. Those are the same types of questions I was pondering as
well when debating how someone might use this. I think what we have
is fine for a first pass, but that's what I was poking at... whether
some of the abilities to add/remove members dynamically could exist
(e.g., I no longer want
We don't actually envisage a bind9 views solution in the near future.
I would imagine (this has not yet been discussed) that we would have
service VMs (one per network / tenant) connected to the neutron network,
and a control network (like how Trove are doing the neutron
integration).
Designate w
On 22/08/14 21:02, Anne Gentle wrote:
I'm with Rocky on the anti-czar-as-a-word camp. We all like clever names to
shed the "corporate" stigma but this word ain't it. Liaison or lead?
+1. The only time you hear the word 'czar' in regular life (outside of
references to pre-revolutionary Russia)
I would also like to add that you can use our library called devops along
with system tests we use for QA and CI. These tests use libvirt and kvm so
that you can easily fire up an environment with specific configuration
(Centos/Ubuntu Nova/Neutron Ceph/Swift and so on). All the documentation
how to
When I started the build of ISO from master branch, I can see the following
errors:
https://bugs.launchpad.net/fuel/+bug/1361279
I want to submit the patch set and remove all hardcoded requirements and
change all '==' to '>=', but I want to discuss how we can organize specs to
avoid problems with
On 08/25/2014 11:31 AM, Joe Cropper wrote:
Thanks Jay. Those are the same types of questions I was pondering as
well when debating how someone might use this. I think what we have
is fine for a first pass, but that's what I was poking at... whether
some of the abilities to add/remove members dy
http://www.quora.com/Why-would-the-creators-of-OpenStack-the-market-leader-in-cloud-computing-platforms-refuse-to-use-it-and-use-AWS-instead
--
Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org
___
OpenStack-dev mailing list
OpenStack-dev@li
Started a new thread so that we don't hijack the older thread.
as
> Andrew, will you work on it in 6.0? What are remaining items there? Also,
> it might affect our tests - simple mode runs faster so we use it for smoke
> ISO test. Anastasia, please confirm that we can switch smoke to
> one-ha-co
Mike,
I've started a separate thread titled 'removing single mode' so that we
don't thread jack the ssl conversation.
On Thu, Aug 21, 2014 at 12:27 PM, David Easter wrote:
> Hi Adam,
>
> Just to clarify the subtlety of this change - you can still install a
> single controller, but that contr
This is hardly a development related question.
Regards,
Steve Martinelli
Software Developer - OpenStack
Keystone Core Member
Phone:
1-905-413-2851
E-mail: [email protected]
8200 Warden Ave
Markham, ON L6G 1C7
Canada
Aryeh Friedman wrote
on 08/25/2014 12:08:50 PM:
> From: Aryeh Friedm
Thanks, Andrew.
I think it's worth to track as a normal feature with formal fuel-specs, as
it touches too many things (docs and a number of tests). Should be short
spec though.
On Mon, Aug 25, 2014 at 8:19 PM, Andrew Woodward wrote:
> Started a new thread so that we don't hijack the older thre
Commit with fast fix was submitted: https://review.openstack.org/#/c/116667/
Need review :)
I will try to build image with this commit and will send my comments with
my results.
On Mon, Aug 25, 2014 at 7:55 PM, Timur Nurlygayanov <
[email protected]> wrote:
> When I started the build o
On 08/25/2014 12:08 PM, Aryeh Friedman wrote:
http://www.quora.com/Why-would-the-creators-of-OpenStack-the-market-leader-in-cloud-computing-platforms-refuse-to-use-it-and-use-AWS-instead
Would you mind please not posting to the developer's mailing list
inflammatory random web pages?
Thanks,
On 08/25/2014 12:29 PM, Jay Pipes wrote:
> On 08/25/2014 12:08 PM, Aryeh Friedman wrote:
>> http://www.quora.com/Why-would-the-creators-of-OpenStack-the-market-leader-in-cloud-computing-platforms-refuse-to-use-it-and-use-AWS-instead
>>
>
> Would you mind please not posting to the developer's maili
Dane,
I will second Kyle's idea. Let's discuss this during today IRC meeting if
Kevin's suggestion does not work for you.
Thanks,
Edgar
On 8/25/14, 10:08 AM, "Kyle Mestery" wrote:
>Dane, thanks for all the great work you're doing in the third-party CI
>area. It's great to see you working to s
Hi Andrew,
I have some comments regarding to you action items
>> 2) Removing simple mode from the ui and tests
>> 3) Removing simple mode support from nailgun (maybe we leave it) and cli
We shouldn't do it, because nailgun should handle both versions of cluster.
What we have to do here is to use
1. Sorry wrong list
2. Your answers just confirm NASA was right
On Mon, Aug 25, 2014 at 12:22 PM, Steve Martinelli
wrote:
> This is hardly a development related question.
>
>
> Regards,
>
> *Steve Martinelli*
> Software Developer - OpenStack
> Keystone Core Member
>
That was indeed a rather long (and insightful) thread on the topic.
It sounds like there are still some healthy discussions worth having
on the subject -- either exploring your [potentially superseding]
proposal, or minimally rounding out the existing server group API to
support "add existing VM" [
Edgar, Kyle:
Kevin's suggestion should work for me (still hashing out the implementation).
I've added an item to the 3rd Party IRC agenda anyway to discuss this corner
case.
Thanks!
Dane
-Original Message-
From: Edgar Magana [mailto:[email protected]]
Sent: Monday, August 25,
Thanks for joining our community meeting today!
Meeting minutes:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-08-25-16.00.html
Meeting log:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-08-25-16.00.log.html
The next meeting will be on Sept 1st at the sam
On 08/25/2014 12:56 PM, Joe Cropper wrote:
> That was indeed a rather long (and insightful) thread on the topic.
> It sounds like there are still some healthy discussions worth having
> on the subject -- either exploring your [potentially superseding]
> proposal, or minimally rounding out the exist
I was thinking something simple such as only allowing the add operation to
succeed IFF no policies are found to be in violation... and then nova wouldn't
need to get into all the complexities you mention?
And remove would be fairly straightforward as well since no constraints would
need to be c
1. If you're wanting to start a fire you need to somewhere else then a
development mailing list.
2. Get your facts together, much of what you're writing on Quota as many
has pointed out is totally wrong.
Also what Anita noted earlier about OS != OpenStack in that sense.
Please keep topics like th
Do you call Martin Meckos having no clue... he is the one that leveled the
second worse criticism after mine... or is Euclapytus not one the founding
members of OpenStack (after all many of the glance commands still use it's
name)
On Mon, Aug 25, 2014 at 1:30 PM, Endre Karlson
wrote:
> 1. If yo
Hi Sean
I will join the Neutron IRC, get the inputs and address them at the
earliest.
I like to know the requirements for J & K release cycles and what other
open source reference plugins have done towards this. We need to ramp up
our resources on ipv6 support.
On Sun, Aug 24, 2014 at 12:18 PM,
On 08/25/2014 01:25 PM, Joe Cropper wrote:
> I was thinking something simple such as only allowing the add operation to
> succeed IFF no policies are found to be in violation... and then nova
> wouldn't need to get into all the complexities you mention?
Even something like this is a lot more com
On 25 August 2014 10:34, Aryeh Friedman wrote:
> Do you call Martin Meckos having no clue... he is the one that leveled the
> second worse criticism after mine... or is Euclapytus not one the founding
> members of OpenStack (after all many of the glance commands still use it's
> name)
>
You appe
If I was doing that then I would be promoting the platform by name (which I
am not). I was just pointing out in our own internal ananylis OS came
in dead last among all the open source IaaS/PaaS's (the current version of
mine is not #1 btw)
On Mon, Aug 25, 2014 at 2:03 PM, Ian Wells wrote:
On Aug 22, 2014, at 5:59 AM, Thierry Carrez wrote:
> TL;DR:
> Let's create an Oslo projectgroup in Launchpad to track work across all
> Oslo libraries. In library projects, let's use milestones connected to
> published versions rather than the common milestones.
>
> Long version:
> As we gradua
On Aug 23, 2014, at 5:36 PM, Maru Newby wrote:
>
> On Aug 23, 2014, at 4:06 AM, Sumit Naiksatam wrote:
>
>> On Thu, Aug 21, 2014 at 7:28 AM, Kyle Mestery wrote:
>>> On Thu, Aug 21, 2014 at 5:12 AM, Ihar Hrachyshka
>>> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
>
> Even something like this is a lot more complicated than it sounds due to
the fact that several operations can be happening in parallel.
That's fair, but I was thinking that the 'add existing' VM is fairly
close in behavior to 'add new' VM to the group, less of course any
parallel operations happ
Hi everyone,
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting on Tuesday August 26th, at 19:00 UTC in #openstack-meeting
Meeting agenda available here:
https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is
welcome to to add agenda items)
Everyone interested
On Aug 23, 2014, at 6:35 PM, Clint Byrum wrote:
> Excerpts from Dolph Mathews's message of 2014-08-22 09:45:37 -0700:
>> On Fri, Aug 22, 2014 at 11:32 AM, Zane Bitter wrote:
>>
>>> On 22/08/14 11:19, Thierry Carrez wrote:
>>>
Zane Bitter wrote:
> On 22/08/14 08:33, Thierry Carr
On Aug 24, 2014, at 12:30 PM, Ruslan Kamaldinov
wrote:
> On Sun, Aug 24, 2014 at 11:10 AM, Mike Spreitzer wrote:
>> What I really need to know is what to do when committing a change that
>> really does require a change in the sample configuration file. Of course I
>> tried running generate_sa
Hi John,
Comments in-line
On Sun, 2014-08-24 at 16:37 +0300, John Schwarz wrote:
> Hi,
>
> With the ongoing development of LBaaS v2, support for v2 of LBaaS in
> neutronclient is also being developed, as can be seen in [1].
> The current implementation adds a new syntax for v2; Whereas the v1
> s
On Aug 24, 2014 9:04 AM, "Morgan Fainberg"
wrote:
>
>
>
> On Sunday, August 24, 2014, Anne Gentle wrote:
>>
>> I'm following this as well since I have the exact same problem in a
docstring patch for heat.
>>
>
> Keystone saw an oddity with the new sample config generator (changing how
options are
Hi Clark,
>From my understanding the keystone catalog will not contain endpoints
for neutron extensions. I could see it being allowed but since Neutron
can enable/disable extensions on a whim, there would need to be some
cross project communication between keystone and neutron. I'm sure
there are
On Aug 22, 2014, at 4:09 PM, James E. Blair wrote:
> Hi,
>
> One of the things we've wanted for a while in some projects is a
> completely separate database environment for each test when using MySQL.
> To that end, I wrote a MySQL schema fixture that is in use in nodepool:
>
> http://git.open
So to see if we can get something useful from this thread.
What was your internal analysis, can it be published? Even negative analysis is
useful to make openstack better...
It'd be nice to have some details on what you found, what u didn't find, so
that we can all improve...
After all that is
Zane Bitter wrote:
> On 22/08/14 21:02, Anne Gentle wrote:
> > I'm with Rocky on the anti-czar-as-a-word camp. We all like clever
> names to
> > shed the "corporate" stigma but this word ain't it. Liaison or lead?
>
> +1. The only time you hear the word 'czar' in regular life (outside of
> refer
A few of us that have +2 on the global requirements repository happened
to be in Chicago last week for LinuxCon, and something that came up over
drinks was the fact that it seems clear that the overall +2 group on the
repo doesn't have all the background on why the repository got created,
or some g
On 2014-08-25 19:39:30 + (+), Rochelle.RochelleGrober wrote:
> Or, how about Secretary?
[...]
While we're painting this particular bike shed, I have a preference
for "janitor," "drudge," "mule," "valet," "slogger" or similar terms
which make it apparent that there is nothing at all glamoro
Hi Sean,
Until the IPv6 support requirement is determined, this patch prevent
reviewers from having to add the skip test as long as they mention 'v6' in
the name. [1]
1. https://review.openstack.org/116712
On Sun, Aug 24, 2014 at 12:18 PM, Collins, Sean <
[email protected]> wrote
I recognize I'm joining the discussion late but I've been following the
dialog fairly closely and want to offer my perspective FWIW. I have a lot
going through my head, not sure how to get it all out there so I'll do a
brain dump, get some feedback and apologize in advance.
One the things I like m
Hi all,
I want to present you our guide for Docker containers deployment with
OpenStack Heat.
In this guide we dockerize and deploy a lamp application on two containers.
https://github.com/MarouenMechtri/OpenStack-Heat-Installation/blob/master/Docker-containers-deployment-with-OpenStack-Heat.rst
On 08/25/2014 02:36 PM, Joshua Harlow wrote:
> So to see if we can get something useful from this thread.
not on this mailing list. Move it somewhere else: this thread is off
topic here.
/stef
___
OpenStack-dev mailing list
[email protected]
I was reviewing some install script recently where someone was trying to
configure trove and I was asking about some config option they were
setting which wasn't in the trove.conf.sample. I was too lazy at the
time to see if it was a valid option in the code, but did make me wonder
if there ha
On 25/08/14 06:30, Thierry Carrez wrote:
Zane Bitter wrote:
On 22/08/14 12:45, Dolph Mathews wrote:
I'm all for getting a final decision, but a 'final' decision that
has been
imposed from outside rather than internalised by the participants is...
rarely final.
The expectation of a PTL isn't
On Mon, Aug 4, 2014 at 3:29 AM, Chris Dent wrote:
>
> In the "Thoughts on the patch test failure rate and moving forward"
> thread[1] there's discussion of moving some of the burden for
> functional testing to the individual projects. This seems like a good
> idea to me, but also seems like it co
On 25/08/14 06:48, Thierry Carrez wrote:
Zane Bitter wrote:
Over the past couple of release cycles, the TC has put together a fairly
comprehensive checklist for projects entering into incubation with a
view to being included in the integrated release. However, I'm not aware
of anything equivalen
On Mon 25 Aug 2014 03:38:18 PM CDT, Zane Bitter wrote:
> I'd say we've done fairly well, but I would attribute that at least in
> part to the fact that we've treated the PTL as effectively the
> temporary "release management contact" more than the "guy who will
> resolve disputes for us". In other
Zane Bitter [August 25, 2014 1:38 PM] wrote:
. . .
>
> I'd say we've done fairly well, but I would attribute that at least in
> part to the fact that we've treated the PTL as effectively the
> temporary
> "release management contact" more than the "guy who will resolve
> disputes for us". In
On Thu, Aug 21, 2014 at 1:17 AM, Tim Bell wrote:
> Michael has been posting very informative blogs on the summary of the
> mid-cycle meetups for Nova. The one on the Nova Network to Neutron
> migration was of particular interest to me as it raises a number of
> potential impacts for the CERN pro
On 08/22/2014 08:19 PM, John Dickinson wrote:
> I think Anne makes some excellent points about the pattern being
> proposed being unlikely to be commonly implemented across all the
> programs (or, at best, very difficult). Let's not try to formalize
> another "best practice" that works many times a
On Mon, 25 Aug 2014, Joe Gordon wrote:
[Other stuff snipped, thanks for that, good to have some pointers.]
Why can't you run devstack locally? Maybe there are some changes we can
make so its easier to run devstack locally first.
I do run a local devstack, and throw in some tempest and grenade
This seems misleading as there is no description on setting up nova-docker
or using the heat docker container.
-Angus
On Tue, Aug 26, 2014 at 5:56 AM, Marouen Mechtri
wrote:
> Hi all,
>
> I want to present you our guide for Docker containers deployment with
> OpenStack Heat.
> In this guide w
On Mon, Aug 25, 2014 at 2:50 PM, Chris Dent wrote:
> On Mon, 25 Aug 2014, Joe Gordon wrote:
>
> [Other stuff snipped, thanks for that, good to have some pointers.]
>
>
> Why can't you run devstack locally? Maybe there are some changes we can
>> make so its easier to run devstack locally first.
>
+1
I agree with Pradeep and Doug that a new namespace makes for a better
structure for packaging and usage.
Regards,
Mandeep
-
On Mon, Aug 25, 2014 at 11:30 AM, Doug Hellmann
wrote:
>
> On Aug 23, 2014, at 5:36 PM, Maru Newby wrote:
>
> >
> > On Aug 23, 2014, at 4:06 AM, Sumit Naiksatam
Pylint on my patch is failing with the following error:
Module 'hashlib' has no 'sha256'
Cinder pylint already has following exceptions,
pylint_exceptions:["Instance of 'sha1' has no 'update' member", ""]
pylint_exceptions:["Module 'hashlib' has no 'sha224' member", ""]
So I think "hashlib h
Hi, all.
Diskfilter based on host disk usage, it check between usable host disk size
and requested vm disk size.
But when create a VM with boot volume, Diskfilter has filtered a host
although a VM doesn't use host disk.
(Usually ISCSI volume could be attached)
So I have filed following defect to
On Mon, Aug 25, 2014, at 06:45 PM, Murali Balcha wrote:
> Pylint on my patch is failing with the following error:
>
> Module 'hashlib' has no 'sha256'
>
> Cinder pylint already has following exceptions,
>
>
> pylint_exceptions:["Instance of 'sha1' has no 'update' member", ""]
>
> pylint_except
You're always welcome to submit a patch for a valid bug. Just put:
Closes-Bug: #
At the bottom of the commit message to link the change set to the bug. :)
- Joe
> On Aug 25, 2014, at 9:44 PM, Jae Sang Lee wrote:
>
> Hi, all.
>
> Diskfilter based on host disk usage, it check between usable h
On Tue, Aug 19, 2014 at 11:57 AM, James Slagle
wrote:
> On Tue, Aug 19, 2014 at 1:58 PM, Joe Gordon wrote:
> >
> > While I cannot speak for the dynamics of the tripleo team, if this were
> to
> > be adopted in nova I would not +2 any blueprints as I don't think I can
> > commit to *guaranteeing*
1 - 100 of 102 matches
Mail list logo
