I wonder whether your neutron server codes have added the " VPNaaS integration
with service type framework " change on
https://review.openstack.org/#/c/41827/21 , if not, the service_provider option
is useless. You need to include the change before developing your own driver.
QA (In my opinion
Hi,
It matters, as someone might need to "debug" the backend setup and the name, if
exists, can add details.
This obviously a vendor's choice if they wish to push this back to backend but
the API should not remove this as a choice.
-Sam.
From: Eugene Nikanorov [mailto:enikano...@mirantis.com]
On Fri, Feb 7, 2014 at 4:46 AM, Raildo Mascena wrote:
> Hello,
>
> Currently, there is a blueprint for creating a Domain in New Quota Driver
> who is waiting approval, but that is already implemented. I believe that is
> worth checking out.
>
> https://blueprints.launchpad.net/nova/+spec/domain-q
Dear Qiu Yu,
The domain quota driver as well as the APIs to access the domain quota driver
is available. Please check the following
BluePrint -> https://blueprints.launchpad.net/nova/+spec/domain-quota-driver-api
Wiki Page -> https://wiki.openstack.org/wiki/APIs_for_Domain_Quota_Driver
GitHub Co
Hi,
What's the status of this BP? -
https://blueprints.launchpad.net/neutron/+spec/router-port-forwarding
will it be ready for I3?
The BP is approved but the patch is abandoned
Regards
Yair
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.o
Hello everyone,
I am RobberPhex, a junior in Donghua University(Shanghai, China). I want to
participate in GSoC this year as Student. I know that OpenStack as a
potential org in GSoC, so I decide to participate.
I am a Student major in software engineering. In 2012 August, I first touch
OpenStack
And, should I CC this mail to OpenStack maillist?
On Tue, Feb 18, 2014 at 5:14 PM, Robber Phex wrote:
> Hello everyone,
>
> I am RobberPhex, a junior in Donghua University(Shanghai, China). I want
> to participate in GSoC this year as Student. I know that OpenStack as a
> potential org in GSoC,
On 17/02/14 23:43, Robert Collins wrote:
> So we experimented with the ci-overcloud (a TripleO deployed cloud for
> running CI for TripleO) and it uncovered some bugs/limitations in
> nodepool and zuul.
>
> We need to fix these to reduce our negative impact on the
> Openstack-infra team, before th
On Mon, Feb 17, 2014 at 11:34:46PM -0700, Michael Still wrote:
> Hi.
>
> For the last day or so I've been chasing
> https://bugs.launchpad.net/nova/+bug/1246201, and I think I've found
> the problem... libvirt doesn't migrate devices of type cdrom, even if
> they're virtual. If I change the type o
On Tue, Feb 18, 2014 at 4:59 PM, Vinod Kumar Boppanna <
vinod.kumar.boppa...@cern.ch> wrote:
> Dear Qiu Yu,
>
> The domain quota driver as well as the APIs to access the domain quota
> driver is available. Please check the following
>
> BluePrint ->
> https://blueprints.launchpad.net/nova/+spec/d
On Tue, Feb 18, 2014 at 09:38:49AM +, Daniel P. Berrange wrote:
> On Mon, Feb 17, 2014 at 11:34:46PM -0700, Michael Still wrote:
> > Hi.
> >
> > For the last day or so I've been chasing
> > https://bugs.launchpad.net/nova/+bug/1246201, and I think I've found
> > the problem... libvirt doesn't
Dear Qiu Yu,
Yes, the domain quota driver is included in the base commit. But if you just
want the domain quota driver and nothing else, then you can just download the
following files (Hope i haven't missed any file required just for domain quota
driver)
https://github.com/vinodkumarboppanna/D
I have only played with Glance v2 locally on a devstack, so take what I write
with a graing of salt.
What's new in API v2?
-
+ registry: You don't need to run glance-registry anymore. Unless you still
support v1.
+ tags: Every image has a tag list metadata. A tag can be
cre
On Tue, Feb 18, 2014 at 2:43 AM, Daniel P. Berrange wrote:
> So I'd saying changing it to 'disk' is out of the question unless
> we unconditionally use vfat as the filesystem instead of iso9660.
So, at the moment we conflate a flag about format (iso9660 or vfat)
with a flag about device type. We
On Tue, Feb 18, 2014 at 03:08:59AM -0700, Michael Still wrote:
> On Tue, Feb 18, 2014 at 2:43 AM, Daniel P. Berrange
> wrote:
>
> > So I'd saying changing it to 'disk' is out of the question unless
> > we unconditionally use vfat as the filesystem instead of iso9660.
>
> So, at the moment we co
On Tue, Feb 18, 2014 at 3:14 AM, Daniel P. Berrange wrote:
> On Tue, Feb 18, 2014 at 03:08:59AM -0700, Michael Still wrote:
>> On Tue, Feb 18, 2014 at 2:43 AM, Daniel P. Berrange
>> wrote:
>>
>> > So I'd saying changing it to 'disk' is out of the question unless
>> > we unconditionally use vfat
On Feb 18, 2014 5:48 PM, "Vinod Kumar Boppanna" <
vinod.kumar.boppa...@cern.ch> wrote:
> The file "quota.py" contains the domain quota driver implemented by Tiago
and his team (I have just added few more functions to complete it).
>
> Hope this is ok. If you are finding problem with this as well
Regarding the DVR blueprint [1], I noticed that its corresponding Google Doc [2]
has been private / blocked for nearly a week now. It's very difficult to
participate
in upstream design discussions when the document is literally locked.
I would appreciate the re-opening of the document, especially
Hi Robber,
There are a number of discussions at OpenStack mail-list, you can find them
at mail-archive.
Hope it helps
Damon
2014-02-18 17:15 GMT+08:00 Robber Phex :
> And, should I CC this mail to OpenStack maillist?
>
>
> On Tue, Feb 18, 2014 at 5:14 PM, Robber Phex wrote:
>
>> Hello everyo
On 02/18/2014 05:20 AM, Michael Still wrote:
> On Tue, Feb 18, 2014 at 3:14 AM, Daniel P. Berrange
> wrote:
>> On Tue, Feb 18, 2014 at 03:08:59AM -0700, Michael Still wrote:
>>> On Tue, Feb 18, 2014 at 2:43 AM, Daniel P. Berrange
>>> wrote:
>>>
So I'd saying changing it to 'disk' is out of
Hi Liusheng,
We are having the same performance issues and interested in
the following bug ticket.
https://bugs.launchpad.net/ceilometer/+bug/1264434
You said,
> As you said.both the schema level and the code level,the SQL driver in
> Ceilometer should be optimized. thanks for your advicese.
Here are the suggested values for the attributes below:
· Entity: L7Rule
o Attribute: type
§ Possible values:
· HOST_NAME
· PATH
· FILE_NAME
· FILE_TYPE
· HEADER
· COOKIE
o Attribute: compare_type
§ Possible values:
·
On Tue, Feb 18, 2014 at 12:27 AM, Gary Kotton wrote:
> Thanks!
> That makes sense. Just odd how a -1 was received.
>
>
So I think that now a "check" run is automatically done if the latest
Jenkins run is too old (7 days?)
This is done because gate failures are so costly. The check run failing
wou
I mean, should I CC this mail to openst...@lists.openstack.org?
Because I see this:
"Get in touch with mentors and students through the openstack-dev mailing
list" from wiki.
On Tue, Feb 18, 2014 at 6:39 PM, Damon Wang wrote:
> Hi Robber,
>
> There are a number of discussions at OpenStack mail
You already can reverify on any approved change. Jenkins automatically runs
check pipeline jobs after 3 days.
On Tue, Feb 18, 2014 at 4:29 PM, Christopher Yeoh wrote:
> On Tue, Feb 18, 2014 at 12:27 AM, Gary Kotton wrote:
>
>> Thanks!
>> That makes sense. Just odd how a -1 was received.
>>
>>
Matt,
thanks, I'm agree with hadoop_version to version transition in v2 api.
On Tue, Feb 18, 2014 at 5:02 AM, Matthew Farrellee wrote:
> ok, i spent a little time looking at what the change impacts and it looks
> like all the template validations we have currently require hadoop_version.
> add
Robber,
Adding your name in wiki is good, we have prepared the organization
application for OpenStack Foundation and submitted it. We will hear
from them in on 24th
(http://www.google-melange.com/gsoc/events/google/gsoc2013) if
OpenStack Foundation has been accepted into the GSoC program or not.
We're still working through kinks in the new system, which is why it's
not fully documented yet.
During the 2 weeks of gate wedging in January, we discovered a number of
interesting things. Some review teams are really slow at dealing with
patches with a +2 already on them, and may wait 2 - 6 *wee
+1 for decoupling Tempest from devstack
Openstack deployment tool is TripleO / Heat -so it would be good to have an
Heat template to deploy and configure Tempest
andrea
From: David Kranz [mailto:dkr...@redhat.com]
Sent: 12 February 2014 23:23
To: OpenStack Development Mailing List (not
On Mon, Feb 10, 2014 at 5:23 PM, Frittoli, Andrea (Cloud Services) <
fritt...@hp.com> wrote:
> Hi,
>
>
>
> I’m working on a tempest blueprint to make tempest able to run 100% on
> keystone v3 (or later versions) – the auth version to be used will be
> available via a configuration switch.
>
>
> T
On Tue, Feb 18, 2014 at 11:52 PM, Sean Dague wrote:
>
> All this blind meatgrinder behavior was putting tons of code into the
> gate that could not pass. That, coupled with other race conditions we
> were dealing with, put us into a state where we had a 60hr gate queue.
>
> So we're trying out a
I'd suggest to reduce number of Murano repositories for several reasons:
* All other OpenStack projects have a single repo per project. While this
point might look like something not worth mentioning, it's really important:
- unified project structure simplifies life for new developers. once they
On 18/02/14 10:57 +0100, Joe Hakim Rahme wrote:
I have only played with Glance v2 locally on a devstack, so take what I write
with a graing of salt.
What's new in API v2?
-
+ registry: You don't need to run glance-registry anymore. Unless you still
support v1.
You can stil
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), then b) user runs "git push ..."
(which pushes the code to the remote repo and creates 1 assembly, resulting in
a running app
Hi all,
Scenario tests feature service dependency decorators in tests – so that a test
will run only if all required components are available.
I think we should extend them to all tests, including the API ones. For
instance Nova image tests depend on Glance, cinder attach/detach tests depend
Greetings,
Not sure if it is suitable to ask this question in openstack-dev list. Here
come a question related to network and want to get some input or comments
from you experts.
My case is as this: For some security issue, I want to put both MAC and
internal IP address to a pool and when create
I'm +1 on that. Mostly it's just a lot of time, so hasn't been dealt
with yet. Unless there is a completely pressing need, I'd rather see
that happen right after icehouse release, because I'm concerned it will
be a lot of changes coming in when people are trying to get other more
critical things la
On Tue, 2014-02-18 at 14:33 +, Frittoli, Andrea (Cloud Services)
wrote:
> Hi all,
>
> Scenario tests feature service dependency decorators in tests – so
> that a test will run only if all required components are available.
>
> I think we should extend them to all tests, including the API ones
This change was recently merged:
https://review.openstack.org/#/c/69133/
Unfortunately it didn't enable lazy translations for the unit tests, so it
didn't catch the many places in Heat that won't work when lazy translations
are enabled. Notably there are a lot of cases where the code adds the
res
Hi Ruslan,
Thanks for your feedback. I completely agree with these arguments:
actually, these were the reasons why I've initiated this discussion.
Team, let's discuss this on the IRC meeting today.
--
Regards,
Alexander Tivelkov
On Tue, Feb 18, 2014 at 5:55 PM, Ruslan Kamaldinov wrote:
> I'd
On Tue, Feb 18, 2014 at 09:42:43AM -0500, Sean Dague wrote:
> I'm +1 on that. Mostly it's just a lot of time, so hasn't been dealt
> with yet. Unless there is a completely pressing need, I'd rather see
> that happen right after icehouse release, because I'm concerned it will
> be a lot of changes c
Sean Dague writes:
> We're still working through kinks in the new system, which is why it's
> not fully documented yet.
We did not intend to change the general operation of 'recheck' and
'reverify', however, we did have some bugs in the early stages where we
missed a possible state-change. I be
> This change was recently merged:
>
> https://review.openstack.org/#/c/69133/
>
> Unfortunately it didn't enable lazy translations for the unit tests, so it
> didn't catch the many places in Heat that won't work when lazy translations
> are enabled. Notably there are a lot of cases where the cod
[Moving to -dev list]
On Feb 18, 2014, at 9:12 AM, Sławek Kapłoński wrote:
> Hello,
>
> I'm trying to make something with neutron and ML2 plugin. Now I need to add
> my own external network type (as there are "Flat", "VLAN", "GRE" and so on).
> I searched for manuals for that but I can't foun
I've filed a bug about this, https://bugs.launchpad.net/heat/+bug/1281644
On Tue, Feb 18, 2014 at 9:15 AM, Christopher Armstrong <
chris.armstr...@rackspace.com> wrote:
> This change was recently merged:
>
> https://review.openstack.org/#/c/69133/
>
> Unfortunately it didn't enable lazy translat
Hi everyone,
Here is the log from today's Hyper-v Meeting.
Meeting ended Tue Feb 18 16:17:57 2014 UTC. Information about MeetBot at
http://wiki.debian.org/MeetBot . (v 0.1.4)
Minutes:
http://eavesdrop.openstack.org/meetings/hyper_v/2014/hyper_v.2014-02-18-16.00.html
Minutes (text):
htt
Hi,
thanks for the update
Link to the tempest bp I’m working on:
https://blueprints.launchpad.net/tempest/+spec/multi-keystone-api-version-tests
The update of the python binding to use the keystone binding is targeted for
icehouse or juno?
andrea
From: Dolph Mathews [mai
This question is focused on Tripleo overcloud nodes meant to handle block
storage or object storage rather than the regular control and compute nodes.
Basically I want to get peoples thoughts on how much manipulation of the
underlying storage devices we should be expecting to do if we want stand
On 2014-02-18 09:15, Christopher Armstrong wrote:
> This change was recently merged:
>
> https://review.openstack.org/#/c/69133/ [1]
>
> Unfortunately it didn't enable lazy translations for the unit tests, so it
> didn't catch the many places in Heat that won't work when lazy translations
I'm also a +1 for #2.However as discussed on IRC, we should clearly
spell out that the JSON blob should never be treated in a SQL-like manner.
The moment somebody says 'I want to make that item in the json
searchable' is the time to discuss adding it as part of the SQL schema.
On 2/13/14 4:
All,
Myself and Jim Carey have been working on getting the right solution for
making lazy_translation work through Nova and Cinder.
The patch should have also had changes to remove the use of str() in any
LOG or exception messages as well as the removal of any places where
strings were being
Hi Jay,
In neutron API, you could create port with specified mac_address and fix_ip,
and then create vm with this port.
But the mapping of them need to manage by yourself.
在 2014年2月18日,22:41,Jay Lau 写道:
> Greetings,
>
> Not sure if it is suitable to ask this question in openstack-dev list. H
Hi,
I will be glad to help with this part! It shouldn't be too much work to
handle this.
Who will lead this thing?)
Best regards,
Boris Pavlovic
On Tue, Feb 18, 2014 at 7:51 PM, Matthew Treinish wrote:
> On Tue, Feb 18, 2014 at 09:42:43AM -0500, Sean Dague wrote:
> > I'm +1 on that. Mostly
Jay,
We've got a similar requirement at CERN where we would like to have pools of
ip/mac combinations for each subnet and have it so that the user is just
allocated one (and for the same subnet that the hypervisor is on).
We've not found a good solution so far.
Tim
> -Original Message---
On Tue, Feb 18, 2014 at 10:21 AM, Frittoli, Andrea (HP Cloud) <
fritt...@hp.com> wrote:
> Hi,
>
>
>
> thanks for the update
>
>
>
> Link to the tempest bp I’m working on:
> https://blueprints.launchpad.net/tempest/+spec/multi-keystone-api-version-tests
>
>
>
> The update of the python binding to u
On 2/17/2014 4:41 PM, Russell Bryant wrote:
Greetings,
Last week we had an in-person Nova meetup. Bluehost was a wonderful and
generous host. Many thanks to them. :-)
Here's some observations and a summary of some of the things that we
discussed:
1) Mark McClain (Neutron PTL) and and Mark
I am trying to figure out how I should be doing unit testing, and
documenting it in https://wiki.openstack.org/wiki/Gerrit_Workflow
Oddly, the situation for Nova seems reversed: run_tests.sh works and tox
does not. See http://paste.openstack.org/show/66969/ for my experiences
with each. Am I
Mike,
What version of tox do you use?
Best regards,
Boris Pavlovic
On Tue, Feb 18, 2014 at 9:46 PM, Mike Spreitzer wrote:
> I am trying to figure out how I should be doing unit testing, and
> documenting it in https://wiki.openstack.org/wiki/Gerrit_Workflow
>
> Oddly, the situation for Nova s
Hi shshang, all,
I have some preliminary Horizon diffs available and if anyone
would be kind enough to patch them and try to test the
functionality, I'd really appreciate it.
I know I'm able to create subnets successfully with
the two modes but if there's anything else you'd like
to test or have a
There was a lot of emails on that thread, but I am not seeing the discussion
converging. I would like to reiterate my concerns:
- We are trying to implement an API on a feature that is not supported by
openstack
- As a result, the implementation is overloading existing construct without
I agree. Let's proceed with option #2, and submit a wishlist bug to track this
as tech debt. We would like to come back to this later and add an option to use
a blob store for the JSON blob content, as Georgy mentioned. These could be
stored in swift, or a K/V store. It might be nice to have a t
Ruslan,
I'm absolutely agree with you, only one correction, I think
murano-guestagent will better fit the repo content.
Thanks.
On Tue, Feb 18, 2014 at 7:23 PM, Alexander Tivelkov
wrote:
> Hi Ruslan,
>
> Thanks for your feedback. I completely agree with these arguments:
> actually, these were
Hi Assaf,
Thanks for letting me know.
This document was completely open and accessible by everyone till last week.
Someone might have changed the settings on this document.
I don't remember that I changed any settings on this document.
The Powerpoint slides link that I forwarded yesterday also cap
We have started a discussion on the proper model to implement a Virtual Private
Cloud (VPC) feature in openstack.
I feel that there was not a lot of discussion on this topic in the past, and
this may be because of the ML tags used.
I am pointing out this discussion to this group with the Neutron
Boris Pavlovic wrote on 02/18/2014 12:55:26 PM:
> What version of tox do you use?
That was using version 1.6.1 (as a workaround to
https://bugs.launchpad.net/openstack-ci/+bug/1274135).
Also, this was a fresh DevStack install (done about an hour or two before
I posted to the list), with a pre
Hi all,
I'm writing some new code which uses objects sent around by rpc. I got to
implementing some new conductor methods and started wondering... what's the
current recommended way of interacting with the database? Many seem to be
around:
- "fat model" approach - put the db interaction in objects
Thanks Sumit and Stephen for information provided.
It appears to me that we can (and should) use the notion of
services/service chains within the group policy extension (and that has
been always one of our options). If this is a reasonable approach, then we
need to see how we can bring in these s
On Tue, Feb 18, 2014 at 11:14 AM, Jay S Bryant wrote:
> All,
>
> Myself and Jim Carey have been working on getting the right solution for
> making lazy_translation work through Nova and Cinder.
>
> The patch should have also had changes to remove the use of str() in any
> LOG or exception message
2014-02-11 16:14 GMT+01:00 Anita Kuno:
> On 02/11/2014 04:57 AM, Alan Pevec wrote:
>> Hi Mark and Anita,
>>
>> could we declare stable/havana neutron gate jobs good enough at this point?
>> There are still random failures as this no-op change shows
>> https://review.openstack.org/72576
>> but I don
Hi JC,
I suggest we have a VPC meetup to get those who are interested on the
same page and present the resulted draft proposal in the summit design
discussions.
Thanks,
-Ravi.
On Tue, Feb 18, 2014 at 10:12 AM, Martin, JC wrote:
> We have started a discussion on the proper model to implement
Hi Folks,
Irena suggested to have another sync-up meeting on Wednesday. So let's meet at
8:00am at #openstack-meeting-alt.
Thanks,
Robert
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listin
Hi Paul
Sorry, I have missed this mail.
The reason for putting -1 was the gating issue, so it is OK now.
PS
Thank you for your rebasing this one
2014-02-16 16:43 GMT-08:00 Sumit Naiksatam :
> Hi Paul,
>
> Our plan with FWaaS was to get it to parity with LBaaS as far as STF
> is concerned. That w
Mike Spreitzer/Watson/IBM@IBMUS wrote on 02/18/2014 01:22:33 PM:
> That was using version 1.6.1 (as a workaround to https://
> bugs.launchpad.net/openstack-ci/+bug/1274135).
>
> Also, this was a fresh DevStack install (done about an hour or two
> before I posted to the list), with a pretty plain
On 02/18/2014 12:36 PM, Matt Riedemann wrote:
>> 4) We talked about Nova's integration with Neutron and made some good
>> progress. We came up with a blueprint (ideally for Icehouse) to improve
>> Nova-Neutron interaction.
>>
>> There are two cases we need to improve that have been particularly
>>
So that the rest of the community is aware, the majority of keystone specific
topics are moving from the #openstack-dev channel to the #openstack-keystone
channel on Freenode. This is has been done to help free up #openstack-dev for
more cross-project discussion. Expect that the Keystone Core t
Hi John,
thanks for the summary.
I've noticed one more fall out from swiftclient update in Grenade jobs
running on stable/havana changes e.g.
http://logs.openstack.org/02/73402/1/check/check-grenade-dsvm/a5650ac/console.html
...
2014-02-18 13:00:02.103 | Test Swift
2014-02-18 13:00:02.103 | + swif
Hi Everyone,
I will be on a plane during the Multitenancy Meeting on Friday. You are welcome
to have the meeting without me. Otherwise, we can just continue the excellent
discussion we have been having on the Mailing list.
Thanks,
Vish
signature.asc
Description: Message signed with OpenPGP us
Hi folks,
Recently we were discussing LBaaS object model with Mark McClain in order
to address several problems that we faced while approaching L7 rules and
multiple vips per pool.
To cut long story short: with existing workflow and model it's impossible
to use L7 rules, because
each pool being c
I see a lot of good things happening on the hierarchical multi tenancy proposal
that Vish made a while back.
However, the focus so far is on roles and quota but could not find any
discussion related to resource ownership.
Is the plan to allow the creation of resources within any level of the
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
you can help and i’ll schedule the meetings starting next w
On Tue, Feb 18, 2014 at 08:27:16PM +0100, Alan Pevec wrote:
> Hi John,
>
> thanks for the summary.
> I've noticed one more fall out from swiftclient update in Grenade jobs
> running on stable/havana changes e.g.
> http://logs.openstack.org/02/73402/1/check/check-grenade-dsvm/a5650ac/console.html
>
On Mon, Feb 17, 2014 at 2:39 PM, Elizabeth Krumbach Joseph
wrote:
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting tomorrow, Tuesday February 18th, at 19:00 UTC in
> #openstack-meeting
Thanks to everyone who joined us, minutes and log available here:
Minutes:
http://e
On 02/18/2014 01:22 PM, Pitucha, Stanislaw Izaak wrote:
> Hi all,
> I'm writing some new code which uses objects sent around by rpc. I got to
> implementing some new conductor methods and started wondering... what's the
> current recommended way of interacting with the database? Many seem to be
> a
> - "fat model" approach - put the db interaction in objects
If it's just DB interaction, then yes, in the object for sure.
> - put the db interactions in the conductor itself
There is a reasonable separation between using conductor for mechanics
(i.e. API deferring a long-running activity to co
On Feb 18, 2014, at 11:31 AM, Martin, JC wrote:
>
> I see a lot of good things happening on the hierarchical multi tenancy
> proposal that Vish made a while back.
>
> However, the focus so far is on roles and quota but could not find any
> discussion related to resource ownership.
>
> Is th
Hi!
On Tue, Feb 18, 2014 at 12:18 AM, Samuel Bercovici wrote:
> Hi,
>
>
>
> It matters, as someone might need to “debug” the backend setup and the
> name, if exists, can add details.
>
> This obviously a vendor’s choice if they wish to push this back to backend
> but the API should not remove t
Hi All,
All cinder test cases are failing with error 'cannot import rpcapi', though
same files work fine in live cinder setup. I wonder what's going wrong when
unit testing is triggered. Can any one help me out here?
--
Thanks,
IK
___
OpenStack-dev mai
>My observation has been that Murano has changed from a Windows focused
Deployment Service >to a Metadata Application Catalog Workflow thing (I
fully admit this may be an invalid >observation). It's unclear to me what
OpenStack pain/use-cases is to be solved by "complex >object composition,
descri
On Tue, Feb 18, 2014 at 10:03 AM, Martin, JC wrote:
> There was a lot of emails on that thread, but I am not seeing the discussion
> converging. I would like to reiterate my concerns:
>
>- We are trying to implement an API on a feature that is not supported by
> openstack
I don't see it tha
The voting is ended, you can ding results here -
http://civs.cs.cornell.edu/cgi-bin/results.pl?num_winners=10&id=E_5dd4f18fde38ce8e&algorithm=beatpath
So, the new name options for more detailed discussion are:
1. Gravity (Condorcet winner: wins contests with all other choices)
2. Sahara loses t
Sylvain-
As you can tell from the meeting today the scheduler sub-group is really not
the gantt group meeting, I try to make sure that messages for things like the
agenda and what not include both `gantt' and `scheduler' in the subject so it's
clear we're talking about the same thing.
Note tha
Maybe a crazy idea butŠ
What if we simply don't store the JSON blob data for M1 instead of putting
storing it in a way we don't like long term? This way, there is no need
to remember to change something later even though a bug could be created
anyways. I believe the fields that would be missing/
On Tue, Feb 18, 2014 at 1:21 PM, iKhan wrote:
> Hi All,
>
> All cinder test cases are failing with error 'cannot import rpcapi', though
> same files work fine in live cinder setup. I wonder what's going wrong when
> unit testing is triggered. Can any one help me out here?
>
> --
> Thanks,
> IK
>
>
Hi folks,
I see little value in being able to debug such things because it is for
developers only. However given that such choice doesn't affect workflow and
public API, we can add corresponding calls to the driver API.
Thanks,
Eugene.
On Wed, Feb 19, 2014 at 12:20 AM, Stephen Balukoff wrote:
On 2/18/2014 1:12 PM, Russell Bryant wrote:
On 02/18/2014 12:36 PM, Matt Riedemann wrote:
4) We talked about Nova's integration with Neutron and made some good
progress. We came up with a blueprint (ideally for Icehouse) to improve
Nova-Neutron interaction.
There are two cases we need to imp
Yes I do run in venv, I'm checking for missing libraries.
On Wed, Feb 19, 2014 at 2:03 AM, John Griffith
wrote:
> On Tue, Feb 18, 2014 at 1:21 PM, iKhan wrote:
> > Hi All,
> >
> > All cinder test cases are failing with error 'cannot import rpcapi',
> though
> > same files work fine in live cind
A couple quick suggestions (additions):
Entity: L7Rule
o Attribute: type
§ Possible values:
- HTTP_METHOD
o Attribute: compare_type
§ Possible values:
- GT (greater than)
- LT (less than)
- GE (greater than or equal to)
- LE (less than or equal to)
Will we be
That is exactly option #2 which propose to store attributes in columns. So
there will be a limited set of attributes and each of them will have its
own column in a table.
Thanks
Georgy
On Tue, Feb 18, 2014 at 10:55 AM, Paul Montgomery <
paul.montgom...@rackspace.com> wrote:
> Maybe a crazy idea
Joe,
See my comments in line.
On Feb 18, 2014, at 12:26 PM, Joe Gordon wrote:
> On Tue, Feb 18, 2014 at 10:03 AM, Martin, JC wrote:
>> There was a lot of emails on that thread, but I am not seeing the discussion
>> converging. I would like to reiterate my concerns:
>>
>> - We are trying to
Oh! One thing I forgot to mention below:
On Sat, Feb 15, 2014 at 11:55 PM, Avishay Balderman wrote:
>
> Entity: L7Rule
>
> Field : compare_type
>
> Description: The way we compare the value against a given value
>
> Possible values: REG_EXP, EQ, GT, LT,EQ_IGNORE_CASE,(?)
>
> *Note*: With REG_E
1 - 100 of 133 matches
Mail list logo