Thank you very much Bo. I will try all your advices and check if it works!
[image: i2cat]
Julio C. Barrera Juez
Office phone: +34 93 357 99 27
Distributed Applications and Networks Area (DANA)
i2CAT Foundation, Barcelona, Spain
http://dana.i2cat.net
On 18 February 2014 09:18, Bo Lin wrote:
> I
Jay, what the mac belong to? Is it a vm mac, or a mac of floatingip.
If it is a vm mac, you can associate any floatingip to vm port.
If it is a floatingip mac, I have no idea.
2014-02-19 11:44, Jay Lau :
Thanks Liu Dong.
In case that you may not get my previous question, so here just post it
ag
> Agreed. I'm just thinking on the opportunity of providing a REST API
> on top of the scheduler RPC API with a 1:1 matching, so that the Gantt
> project would step up by itself. I don't think it's a hard stuff,
provided I
> already did that stuff for Climate (providing Pecan/WSME API). What
>
Thanks Angus but I think I have managed to get confused again :)
So let me take a step back. From a users' perspective, what is the least number
of steps they would need to take in order to have a running application with
Solum? I understand there might be two variations on this - git-push and
Hi Aaron,
You seem to have abandonned this patch :
https://review.openstack.org/#/c/74218/
You want neutron to update port in nova, can you please tell us how do
you want to do that?
I think that we should use such a mechanism for live-migration.
live-migration should occur once the port is set
On Wed, Feb 19 2014, Angus Salkeld wrote:
> 2) use tulip and give up python 2
+ use trollius to have Python 2 support.
https://pypi.python.org/pypi/trollius
--
Julien Danjou
/* Free Software hacker
http://julien.danjou.info */
signature.asc
Description: PGP signature
___
Hello,
Thanks for your comment and sorry for my late response.
>IMHO, we should be adding more info the endpoint lists (like location)
>in keystone and use that info from Glance client to determine which
>glance-api the compute should talk to.
I understand your idea is one of the possibility, bu
Thanks Liu Dong.
It is a VM mac address, so do you have any idea for how can I make sure the
VM mac address can bind to a floating ip address?
Also what do you mean by floatingip mac?
Really thanks very much for your kind help, it is really helped me a lot!
Thanks,
Jay
2014-02-19 16:21 GMT+
Hi
· I will add HTTP_METHOD to the ‘type’ enum of L7Rule
· GT,LT,GE,LE – at this phase I prefer to keep string based
‘compare_type’ and I prefer not to add those number based compare types
· FILE_NAME,FILE_TYPE – Those two are a result of the URL
fragmentation. Example:
Hi Stackers,
I'm working on the patch 53270 for Swift profiling middleware and was
blocked by a very annoying problem of the python eventlet profile which
inherits from python standard profiler. It sometimes raised AssertionError
of 'bad call' or 'bad return' in trace_dispatch_call and
trace_dis
Hello,
I added my own type_driver and it looks that works ok because I can make
network with this my type. But how to add own mechanism_driver (to any
of network type) - I think that this could be possible too. Can someone
send me some info about that, or maybe link to some documentation about
Hi Toan-Tran,
2014-02-19 9:40 GMT+01:00 Khanh-Toan Tran :
> > Agreed. I'm just thinking on the opportunity of providing a REST API
>
> > on top of the scheduler RPC API with a 1:1 matching, so that the Gantt
>
> > project would step up by itself. I don't think it's a hard stuff,
> provided I
>
>
Hi Liu Dong,
Just found a solution for this as following, the method is using fixed ip
as a bridge for MAC and floating ip.
Can you please help check if it is the way that you want me to do? If not,
can you please give some suggestion for your idea?
Thanks,
Jay
==My steps==
Hi,
I think you are trying to use different IP allocation algorithm
for a network based on some attribute of the network.
network_type of the provider network specifies how layer2 network
is segmented and ML2 type drivers are defined per network_type.
I think it is different from your need.
IMO i
Hello,
> I added one additional materials to bp page. Please see this.
I added link to following wiki to bp page. Please check this!
https://wiki.openstack.org/wiki/ImprovementOfAccessingToGlanceAPIServer
Regards,
E.Aikawa (aik...@mxk.nes.nec.co.jp)
-Original Message-
From: Aikawa, Eii
Hello,
In fact I want to make something similiar to flat network but when IP is
assigned to instance (port bind, yes?) then it should be not with arping
announsed in network but with bgp (bgp server is installed on host). I
know that it is not L2 protocol but I want to try that. So I want to
David Koo wrote:
>
>> Should we store licensing information as a comment in the
>> *-requirements files ? Can it be stored on the same line ? Something
>> like:
>>
>> oslo.messaging>=1.3.0a4 # Apache-2.0
>
> Since it's licenses we're tracking shouldn't we be tracking indirect
> dependencies too
Sean Dague wrote:
> Honestly, if we are going to track this, we should probably do the set
> of things that reviewers tend to do when running through these.
>
> License:
> Upstream Location:
> Ubuntu/Debian Package: Y/N? (url)
> Fedora Package: Y/N? (url)
> Suse Package: Y/N? (url)
> Last Release:
On 19/02/14 08:52 +, Shaunak Kashyap wrote:
Thanks Angus but I think I have managed to get confused again :)
So let me take a step back. From a users' perspective, what is the least number
of steps they would need to take in order to have a running application with
Solum? I understand ther
Hi Boris,
Matt leads this effort - the bp is
https://blueprints.launchpad.net/tempest/+spec/add-service-tags
andrea
From: Boris Pavlovic [mailto:bpavlo...@mirantis.com]
Sent: 18 February 2014 17:18
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstac
Hi,
Lets keep track of things for Nova here:
https://etherpad.openstack.org/p/nova-icehouse-blueprint-cull
In a few hours I will start reviewing all the blueprints that are not
"Needs Code Review" and pushing them into "next". Anything with some
"live" code will probably go into Juno-1, if that m
Sorry for replying so late.
Yes, that is what I mean, btw, if you only need floatingip to bind vm mac, you
do not need to specified --fix_ip, just specify the --mac-address is ok.
What I mean floatingip-mac is that, actually, when you creating a floatingip,
neutron will automatic create a port
Hi everyone.
It is necessary to make Nova support the Domain quotas and create a new
administrative perspective. Here are some reasons why Nova should support
domains:
1 - It's interesting to keep the main Openstack components sharing the same
concept, once it has already been made in Keyston
Hi,
I have recently dig into the quota class in nova and some related
subject on the ML and discovered that quota class code exists but it is
not usable.
An API V2 extension exists to manipulate quota class, these one are
stored into the database.
The quota driver engine handles quota class too
Hi,
I think we mix different aspects of operations. And try to solve a non
"problem".
>From APIs/Operations we are mixing the following models:
1. Logical model (which as far as I understand is the topic of this
discussion) - tenants define what they need logically vip-->default_pool, l7
Thanks Liu Dong. Clear now! ;-)
2014-02-19 20:17 GMT+08:00 Dong Liu :
> Sorry for replying so late.
>
> Yes, that is what I mean, btw, if you only need floatingip to bind vm mac,
> you do not need to specified --fix_ip, just specify the --mac-address is ok.
>
> What I mean floatingip-mac is that
I will help out.
Thanks
Gary
From: Tracy Jones mailto:tjo...@vmware.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Tuesday, February 18, 2014 9:48 PM
To: "OpenStack Development Mailing List (not for usage questions)"
Hi,
I've seen this one:
https://review.openstack.org/#/c/68611/
which is suppose to fix something for Postgress. This is funny, because
I was doing the exact same patch for fixing it for SQLite. Though this
was before the last summit in HK.
Since then, I just gave up on having my Debian specific
On Tue, Feb 18, 2014 at 9:46 PM, 黎林果 wrote:
> +1
> But if we don't sync the oslo, sometimes we have to modify the files
> in openstack/common/ in order to run Jekins.
>
If projects are making local changes to openstack/common in order to have
their tests pass, we're failing. Those changes shoul
On Tue, Feb 18, 2014 at 11:56 PM, Peng Wu wrote:
> Hi,
>
> Currently I am analyzing the blueprint of translated message id
> generation.[1]
> Recently I just found that there is an implementation to generate both
> English and translated log messages.
> I think if English and translated log
On Tue, Feb 18, 2014 at 9:03 PM, Joe Gordon wrote:
> On Wed, Feb 12, 2014 at 12:16 PM, Doug Hellmann
> wrote:
> > If you have a change in your project that is blocked waiting for a patch
> to
> > land in oslo (in the incubator, or any of the libraries we manage)
> *please*
> > either open a blue
On 02/10/2014 05:46 AM, Mathieu Rohon wrote:
> Hi,
>
> one other comment inline :
Hi Mathieu, see below:
>
> On Wed, Feb 5, 2014 at 5:01 PM, Robert Kukura wrote:
>> On 02/05/2014 09:10 AM, Henry Gessau wrote:
>>> Bob, this is fantastic, I really appreciate all the detail. A couple of
>>> quest
On Wed, Feb 19, 2014 at 6:13 AM, Thierry Carrez wrote:
> Sean Dague wrote:
> > Honestly, if we are going to track this, we should probably do the set
> > of things that reviewers tend to do when running through these.
> >
> > License:
> > Upstream Location:
> > Ubuntu/Debian Package: Y/N? (url)
>
Hi Henrique,
I agree with your thoughts and in my opinion every OpenStack service has to be
Domain aware. Specially it will be more helpful in large scale OpenStack
deployments where IAM resources are scoped to a domain but other services (e.g.
Nova) are just not aware of domains.
Thanks,
Arvi
On 02/05/2014 10:47 AM, Mathieu Rohon wrote:
> Hi,
>
> thanks for this great proposal
Just following up on the one comment below:
>
>
> On Wed, Feb 5, 2014 at 3:10 PM, Henry Gessau wrote:
>> Bob, this is fantastic, I really appreciate all the detail. A couple of
>> questions ...
>>
>> On Wed,
Hi Sam,
My comments inline:
On Wed, Feb 19, 2014 at 4:57 PM, Samuel Bercovici wrote:
> Hi,
>
>
>
> I think we mix different aspects of operations. And try to solve a non
> "problem".
>
Not really, Advanced features we're trying to introduce are incompatible by
both object model and API.
From
Dear All,
I am doing some development in Nova and in this regard, i have to write a code
where Nova requests some date through V3 API of keystone. But the
keystoneclient is always falling back to V2 (keystoneclient/v3/client.py). Due
to this the keystone V3 API which i am using is failing as it
On Wed, 2014-02-19 at 13:47 +0100, Mehdi Abaakouk wrote:
> But 'quota_class' is never set when a nova RequestContext is created.
When I created quota classes, I envisioned the authentication component
of the WSGI stack setting the quota_class on the RequestContext, but
there was no corresponding c
> On Feb 17, 2014, at 3:58 PM, "Angus Salkeld"
> wrote:
>
>> On 17/02/14 21:47 +, Shaunak Kashyap wrote:
>> Hey folks,
>>
>> I was reading through
>> https://wiki.openstack.org/wiki/Solum/FeatureBlueprints/CLI-minimal-implementation
>> and have a question.
>>
>> If I’m understanding “ap
On Wed, Feb 19, 2014 at 10:21 AM, Vinod Kumar Boppanna <
vinod.kumar.boppa...@cern.ch> wrote:
> Dear All,
>
> I am doing some development in Nova and in this regard, i have to write a
> code where Nova requests some date through V3 API of keystone. But the
> keystoneclient is always falling back
Hi, all,
we've been making good progress on this blueprint:
https://blueprints.launchpad.net/nova/+spec/domain-quota-driver-api
which relies on the domain quota driver stuff. Maybe you'd like to have
a look at that as well.
Kind regards,
Ulrich
On 19.02.2014 16:45, Tiwari, Arvind wrote:
On Wed, Feb 19, 2014 at 7:06 AM, Doug Hellmann
wrote:
>
>
>
> On Tue, Feb 18, 2014 at 9:03 PM, Joe Gordon wrote:
>>
>> On Wed, Feb 12, 2014 at 12:16 PM, Doug Hellmann
>> wrote:
>> > If you have a change in your project that is blocked waiting for a patch
>> > to
>> > land in oslo (in the incubat
> On Feb 18, 2014, at 4:41 PM, "Angus Salkeld"
> wrote:
>
>> On 18/02/14 14:19 +, Shaunak Kashyap wrote:
>> Thanks Angus and Devdatta. I think I understand.
>>
>> Angus -- what you said seems to mirror the Heroku CLI usage: a) User runs
>> "app/plan create" (to create the remote repo), th
On Feb 11, 2014, at 2:40 PM, Jesse Noller wrote:
> As I said last week; we’re ready to kickoff and have regular meetings for the
> “unified python SDK” project. The initial meeting is scheduled on the wiki:
>
> https://wiki.openstack.org/wiki/Meetings#python-openstacksdk_Meeting
>
> Date/Tim
Comments in line.
JC
On Feb 18, 2014, at 5:21 PM, Rudra Rugge wrote:
> Please see inline:
>
> On Feb 18, 2014, at 2:57 PM, Martin, JC wrote:
>
>> Maybe I should explain this one a bit.
>>
>> Shared network: If a user has defined a shared network, and they used your
>> API to create a VPC, t
Hello,
I would like to have your opinion about how to deal with passwords in
Tuskar-API
The background is, that tuskarAPI is storing heat template parameters in
its database, it's a
preparation for more complex workflows, when we will need to store the
data before the actual
heat stack-crea
On Wed, Feb 19, 2014 at 11:41 AM, Joe Gordon wrote:
> On Wed, Feb 19, 2014 at 7:06 AM, Doug Hellmann
> wrote:
> >
> >
> >
> > On Tue, Feb 18, 2014 at 9:03 PM, Joe Gordon
> wrote:
> >>
> >> On Wed, Feb 12, 2014 at 12:16 PM, Doug Hellmann
> >> wrote:
> >> > If you have a change in your project t
Hi,
I'd like to apologize for the long delays in updating the QoS API
patch sets - I am working on cleaning them up so that they are ready for
review.
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.open
On 19/02/14 17:10, Ladislav Smola wrote:
Hello,
I would like to have your opinion about how to deal with passwords in
Tuskar-API
The background is, that tuskarAPI is storing heat template parameters in
its database, it's a
preparation for more complex workflows, when we will need to store the
d
On 02/18/2014 02:48 PM, Tracy Jones wrote:
> So i have been rather underwhelmed in the enthusiastic response to help
> out :-)
>
>
>
> So far only wendar and johnthetubaguy have signed up. I was hoping for
> at least 3-5 people to help with the initial triage. Please sign up
> this week if yo
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 v3 marked as experimental
for Icehouse.
There are a number of reas
This may also be relevant:
https://blueprints.launchpad.net/heat/+spec/override-resource-name-in-resource-group
On Feb 19, 2014, at 1:48 AM, Clint Byrum
wrote:
> Since picking up Heat and trying to think about how to express clusters
> of things, I've been troubled by how poorly the CFN langua
+1. I'd like to leave it experimental as well. I think the task work is
important to the future of nova-api and I'd like to make sure we're not rushing
anything. We're going to need to live with old API versions for a long time, so
it's important that we get it right. I'm also not convinced ther
On Wed 19 Feb 2014 10:29:32 AM MST, Dougal Matthews wrote:
> On 19/02/14 17:10, Ladislav Smola wrote:
>> Hello,
>>
>> I would like to have your opinion about how to deal with passwords in
>> Tuskar-API
>>
>> The background is, that tuskarAPI is storing heat template parameters in
>> its database, i
On 19/02/14 18:29, Jason Rist wrote:
Would it be possible to create some token for use throughout? Forgive
my naivete.
I don't think so, the token would need to be understood by all the
services that we store passwords for. I may be misunderstanding however.
Dougal
___
No surprise, the code is quite stale, so bear with me while I debug the
failures.
--
Sean M. Collins
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Perhaps one of the lesser know Gerrit "features" is the ability to overwrite
someone else's patchset/review with a new revision. This can be a handy thing
for collaboration, or perhaps to make minor edits (spelling fixes for example)
to help expedite the review process. Generally I think things
Hi Mathieu,
The current train of thought is to have neutron notify nova via a call back
when ports are ready. This model should hopefully scale better as now
nova-compute won't need to poll on neutron checking on the port status. Dan
Smith already has a patch out that adds an api to nova for it to
That's exactly what I was looking for. Thank you Angus!
Shaunak
From: Angus Salkeld [angus.salk...@rackspace.com]
Sent: Wednesday, February 19, 2014 5:15 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [solum] Question about solum-min
On Wed, Feb 19, 2014 at 06:31:47PM +, Dougal Matthews wrote:
> On 19/02/14 18:29, Jason Rist wrote:
> >Would it be possible to create some token for use throughout? Forgive
> >my naivete.
>
> I don't think so, the token would need to be understood by all the
> services that we store passwords
On Wed, Feb 19, 2014 at 12:33 PM, Dan Prince wrote:
> Perhaps one of the lesser know Gerrit "features" is the ability to
> overwrite someone else's patchset/review with a new revision. This can be a
> handy thing for collaboration, or perhaps to make minor edits (spelling
> fixes for example) to
On 19/02/14 18:49, Hugh O. Brock wrote:
On Wed, Feb 19, 2014 at 06:31:47PM +, Dougal Matthews wrote:
On 19/02/14 18:29, Jason Rist wrote:
Would it be possible to create some token for use throughout? Forgive
my naivete.
I don't think so, the token would need to be understood by all the
se
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
tomorrow Thursday, February 20th at 22:00 UTC in the #openstack-meeting
channel.
The agenda for tomorrow's meeting can be found here:
https://wiki.openstack.org/wiki/Meetings/QATeamMeeting
Anyone is welcome to add an item
On Jan 28, 2014, at 12:45 PM, Stefano Maffulli wrote:
> A few minutes ago we sent the first batch of invites to people who
> contributed to any of the official OpenStack programs[1] from 00:00 UTC
> on April 4, 2014 (Grizzly release day) until present.
Something tells me that this date is not c
> Yeah it's pip weirdness where things falls apart because of version cap. It's
> basically installing bin/swift from 1.9 when it sees the version requirement
> but it leaves everything in python-swiftclient namespace from master.
>
> So I've actually been looking at this since late yesterday the c
There's an open bug [1] against nova & neutron to handle notifications [2]
from keystone about such events. I'd love to see that happen during Juno!
[1] https://bugs.launchpad.net/nova/+bug/967832
[2] http://docs.openstack.org/developer/keystone/event_notifications.html
On Mon, Feb 17, 2014 at 6:
I just noticed the subject of this email referred to the "first batch" of
invitations -- are there going to be subsequent batches of invites? If so,
who was not included in the first batch that will be in subsequent batches?
On Tue, Jan 28, 2014 at 2:45 PM, Stefano Maffulli wrote:
> A few minutes
I was looking at https://review.openstack.org/#/c/73274/1 which makes it
configurable whether a brute-force cleanup of resources is done after
success. This got my wondering how this should really be done. As admin,
there are some resources that can be cleaned and some that I don't know
how. F
Hi neutron folks and everyone interested in LBaaS,
Let's meet as usual on #openstack-meeting at 14-00 UTC.
The meeting agenda will be mostly around schema change.
Please look over ML discussion and this link:
https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance/Discussion
Currentl
JC,
We have a complete implementation which I had submitted earlier. But since the
code was too large the community decided to move forward in a phased approach.
The plan is to provide close to complete compatibility in a multi-phase manner
as mentioned in the blueprint. Phase 4 (internet gatew
On Wed, 2014-02-19 at 16:15 -0500, David Kranz wrote:
> I was looking at https://review.openstack.org/#/c/73274/1 which makes it
> configurable whether a brute-force cleanup of resources is done after
> success. This got my wondering how this should really be done. As admin,
> there are some res
On 19/02/14 10:09 +0100, Julien Danjou wrote:
On Wed, Feb 19 2014, Angus Salkeld wrote:
2) use tulip and give up python 2
+ use trollius to have Python 2 support.
https://pypi.python.org/pypi/trollius
So I have been giving this a go.
We use pecan and wsme (like ceilometer), I wanted to u
On Wed, 2014-02-12 at 14:17 -0800, Maru Newby wrote:
> On Feb 12, 2014, at 1:59 PM, Sean Dague wrote:
>
> > On 02/12/2014 04:25 PM, Maru Newby wrote:
> >>
> >> On Feb 12, 2014, at 12:36 PM, Sean Dague wrote:
> >>
> >>> On 02/12/2014 01:48 PM, Maru Newby wrote:
> At the last 2 summits, I'v
Hi folks,
We'll be having the Savanna team meeting as usual in #openstack-meeting-alt
channel.
Agenda:
https://wiki.openstack.org/wiki/Meetings/SavannaAgenda#Agenda_for_February.2C_20
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Savanna+Meeting&iso=20140220T18
The main topics are pr
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 driver doesn't - either no one wants
it, or there is some technical reason behind not implementing it for
that driver
On Wed, 2014-02-12 at 16:11 -0800, Stephen Balukoff wrote:
> * This seems less ambiguous from a terminology perspective. The
> name 'VIP' in other contexts means 'virtual IP address', which
> is the same thing as a floating IP, which in other contexts is
> usually con
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 contributions and reviews have demonstrated a good
kno
+1
Andrew would be a good addition.
-John
On Wed, Feb 19, 2014 at 5: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 Septembe
Hey stackers,
tools/config/generate_sample.sh isn't working on OS X due to the getopt
usage. Any recipes / proposals to fix it? I have a workaround at least.
TL;DR
So, as I said tools/config/generate_sample.sh isn't working on OS X.
Specifically it just couldn't parse command line arguments w/o
Hi guys,
I have been catching up on this interesting thread around the object model, so
sorry in advance to jump in late in this debate, and if I missed some of the
subtleties of the points being made so far.
I tend to agree with Sam that the original intention of the current object
model was
On Wed, Feb 19, 2014 at 6:17 PM, Sergey Lukjanov wrote:
> Hey stackers,
>
> tools/config/generate_sample.sh isn't working on OS X due to the getopt
> usage. Any recipes / proposals to fix it? I have a workaround at least.
>
Your workaround looks fine. I wouldn't reject a patch, but since we don't
Hi folks,
I'd like to make a 0.5.0 release of savanna client soon, please, share your
thoughts about stuff that should be included to it.
Currently we have the following major changes/fixes:
* mostly implemented CLI;
* unified entry point for python bindings like other OpenStack clients;
* auth
Additionally, it contains support for the latest EDP features.
On Thu, Feb 20, 2014 at 3:52 AM, Sergey Lukjanov wrote:
> Hi folks,
>
> I'd like to make a 0.5.0 release of savanna client soon, please, share
> your thoughts about stuff that should be included to it.
>
> Currently we have the follo
Agreed, I just like to share/receive thoughts on it, probably the better
workaround :)
On Thu, Feb 20, 2014 at 3:48 AM, Doug Hellmann
wrote:
>
>
>
> On Wed, Feb 19, 2014 at 6:17 PM, Sergey Lukjanov
> wrote:
>
>> Hey stackers,
>>
>> tools/config/generate_sample.sh isn't working on OS X due to th
On Wed, Feb 19, 2014 at 1:50 AM, Steve Baker wrote:
> Changes in this release:
> https://launchpad.net/python-heatclient/+milestone/v0.2.7
It is probably worth mentioning[1] that python-heatclient is now using the
requests library instead of its homegrown httpclient library which should
make thin
On Thu, Feb 20, 2014 at 12:17 AM, Sergey Lukjanov wrote:
> tools/config/generate_sample.sh isn't working on OS X due to the getopt
> usage. Any recipes / proposals to fix it? I have a workaround at least.
>
thanks for the workaround, I had a look on this while reporting bug
https://bugs.launchp
Response marked with >> below.
Jay
From: Doug Hellmann
To: "OpenStack Development Mailing List (not for usage questions)"
,
Date: 02/19/2014 09:22 AM
Subject:Re: [openstack-dev] [oslo] Some questions about Rest API
and log messages translation
On Tue, Feb 18, 2014 at 1
Another option is to conditionally use different getopt args like:
if OSX: use getopt w/o long opts
else: use powerful getopt w/ long opts
It adds some inconsistency to the script but makes it useful for OS X users.
Anyway, it's still possible to just use it w/o args to ensure latest config.
O
who know when to freezy icehouse version ?
my bp on ml2 driver has been approved, code is under review,
but I have some trouble to deploy third-party ci on which tempest test run.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://li
Hello OpenStack Dev,
We wanted to have your input on how different companies/organizations, using
Openstack, are monitoring IP availability as this can be useful to track the
used IP’s and total number of IP’s.
Please let us know your thoughts.
Thanks,
Vilobh
_
Hi Neutron core's
We should wait approving code due to bug 1280035.
https://bugs.launchpad.net/neutron/+bug/1280035
Unittest fails very high rate in the gating and blocks gating queue.
Salvatore is working on the issue.
At first, we skip the failing unit test.
https://review.openstack.org/#/c/73
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-incubator code
before cutting Icehouse, then we have a problem.
Today oslo-incubator code is synced in ad-hoc manor, resulting in
duplicated efforts and wildly out of da
Hi, Anyone aware of the following:
2014-02-18 11:31:13.124 | + swift stat
2014-02-18 11:31:13.186 | Traceback (most recent call last):
2014-02-18 11:31:13.186 | File "/usr/local/bin/swift", line 35, in
2014-02-18 11:31:13.186 | from swiftclient import Connection,
HTTPException
2014-02-18 11:
On 2/19/2014 7: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-incubator code
before cutting Icehouse, then we have a problem.
Today oslo-incubator code is synced in ad-hoc manor, resultin
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-incubator code
> before cutting Icehouse, then we have a problem.
>
> Today oslo-incubator code is synced in a
Hi folks
Good news. 74882 is merged.
I'm still not sure the current UT failure rate yet with 1280035,
so I think we should wait to see the failure rate.
so please check current gating status when you approve codes.
Best
Nachi
2014-02-19 16:59 GMT-08:00 Nachi Ueno :
> Hi Neutron core's
>
> We s
On Wed, Feb 19, 2014 at 7:01 PM, Chmouel Boudjnah wrote:
>
> On Thu, Feb 20, 2014 at 12:17 AM, Sergey Lukjanov
> wrote:
>
>> tools/config/generate_sample.sh isn't working on OS X due to the getopt
>> usage. Any recipes / proposals to fix it? I have a workaround at least.
>>
>
>
> thanks for the w
On Wed, Feb 19, 2014 at 9:20 PM, Matt Riedemann
wrote:
>
>
> On 2/19/2014 7: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-incubator code
>> before cutting Icehouse, then we have
On Wed, 19 Feb 2014 12:36:46 -0500
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
As a side to this, as an exercise I tried a oslo sync in cinder to see
what kind of issues would arise and here are my findings so far:
https://review.openstack.org/#/c/74786/
On Wed, Feb 19, 2014 at 6:20 PM, Matt Riedemann
wrote:
>
>
> On 2/19/2014 7:13 PM, Joe Gordon wrote:
>>
>> Hi All,
>>
>>
1 - 100 of 110 matches
Mail list logo
