On Tue, Aug 12, 2014 at 03:54:37PM -0400, Russell Bryant wrote:
> On 08/12/2014 03:40 PM, Kashyap Chamarthy wrote:
[. . .]
(Sorry for the late response, was off for a week.)
> > So, effectively, you're trying to add a minimal Fedora image w/
> > virt-preview repo (as part of some post-install ki
On 18 August 2014 09:32, Clint Byrum wrote:
I can see your perspective but I don't think its internally consistent...
> Here's why folk are questioning Ceilometer:
>
> Nova is a set of tools to abstract virtualization implementations.
With a big chunk of local things - local image storage (now
By the way, i created a test case that multi-user query sahara by api at
the same time. I found that the qps is about 10-20. I can see when a db
query occured the eventlet switch to another keystoneclient thread and
switch back about 1 seconds, so the query qps is quite low. I wonder is
that the pe
my branch already has the latest changes.
it is not able to merge two rst files hence it failed
On Tue, Aug 19, 2014 at 10:02 AM, Akash Gangil wrote:
> "This change was unable to be automatically merged with the current state
> of the repository. Please rebase your change and upload a new patch
(Some suggestions, I'll have to miss the meeting, Sylvain has agreed to chair)
1) Forklift Status
a. Scheduler client library
b. Isolate scheduler DB
2) Opens
--
Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
Ph: 303/443-3786
_
"This change was unable to be automatically merged with the current state
of the repository. Please rebase your change and upload a new patchset."
Rebase and commit?
On Tue, Aug 19, 2014 at 12:10 AM, Rajdeep Dua wrote:
> One of my CL - updation of README.rst seems to be failing jenkins
>
> ht
One of my CL - updation of README.rst seems to be failing jenkins
https://review.openstack.org/#/c/114896/1
Any idea how to get this passed?
Thanks
Rajdeep
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi
thx a lot :)
2014-08-18 21:37 GMT+08:00 Sergey Lukjanov :
> Hey Ionely,
>
> the oslo.db is a graduated version of code from the oslo-incubator
> (that was periodically synced to sahara.openstack.common.db). So, the
> only reason is to switch to the graduated lib.
>
> On Mon, Aug 18, 2014 at 5:04
On Mon, 2014-08-18 at 07:27 +, Alessandro Pilotti wrote:
> Hi Thiago,
>
>
> Like for the Windows case, where we have Heat templates for AD DC and
> other MSFT related workloads (Exchange, SQL Server, SharePoint, etc)
> [1], the best place in OpenStack for Samba 4 DC is a dedicated Heat
> temp
So now that is two people on this thread that are treating moving lbaas v1
to incubator as an “of course, duh” kind of thing. I do not agree.
Insofar as most of neutron advanced services is feeling the velocity and
maturity pain, sure. But lbaas v2 has NO dependency on v1, it’s “stable”,
been sh
I agree pretty strongly with Brandon's and Doug's comments as well.
And I did want to clarify that I certainly don't hate the Neutron cores
either. I feel like we (those working on Neutron LBaaS and the Cores) made
commitments to each other both at the Atlanta summit and the mid-cycle
hackathon, i
> On Aug 18, 2014, at 3:41 PM, Carl Baldwin wrote:
>
> Hi all,
>
> This is intended for those readers interested in reviewing and soon
> merging the HA routers implementation for Juno. Assaf Muller has
> written a blog [1] about this new feature which serves as a good
> overview. It will be usef
Hi German,
On Mon, Aug 18, 2014 at 3:10 PM, Eichberger, German <
german.eichber...@hp.com> wrote:
> No, I mean with VIP the original meaning more akin to a Floating IP…
>
>
I think that's what I was describing below. But in any case, yes-- the
model we are describing should accommodate that.
Excerpts from Clint Byrum's message of 2014-08-16 14:33:20 +:
> That is a separate bug, but I think the answer to that is to use rsync
> instead of mv and globs. So this:
>
> mv $tmp/./* $destdir
>
> becomes this:
>
> rsync --remove-source-files $tmp/. $destdir
>
+1 on this approac
On 16 August 2014 03:11, Brownell, Jonathan C (Corvallis)
wrote:
> The current DIB element support for downloading tarballs via
> "source-repository" allows an entry in the following form:
>
> tar
>
> Today, this feature is currently used only by the mysql DIB element. You can
> see how it's
Thanks Eric for the detailed explanation, clear. Will check more for
related links, thanks!
2014-08-19 7:09 GMT+08:00 Eric Windisch :
>
>>> On Mon, Aug 18, 2014 at 8:49 AM, Jyoti Ranjan wrote:
>>>
I believe that everything can not go as a dock container. For e.g.
1. compute nodes
Excerpts from Ben Nemec's message of 2014-08-08 22:25:35 +:
> That sounds essentially correct. Note that all 15 vms aren't used in a
> normal devtest run, but we create them all anyway because of some
> difficulties adding new environments in some situations (namely CI, I
> believe).
>
> On 0
Salvatore,
Thank you for your input. I actually took your suggestion about the area to
cover for the CI systems and I updated the wiki page for the third party
testing in Neutron.
https://wiki.openstack.org/wiki/NeutronThirdPartyTesting
Cheers,
Edgar
From: Salvatore Orlando mailto:sorla...@ni
Hello Folks,
Based on today’s Neutron IRC meeting. I have modified the following wiki:
https://wiki.openstack.org/wiki/NeutronThirdPartyTesting
You will find a new suction with the minimal requirements for Juno. If you have
still some questions, please contact me directly.
I will start contact
>
>
>> On Mon, Aug 18, 2014 at 8:49 AM, Jyoti Ranjan wrote:
>>
>>> I believe that everything can not go as a dock container. For e.g.
>>>
>>> 1. compute nodes
>>> 2. baremetal provisioning
>>> 3. L3 router etc
>>>
>>
>> Containers are a good solution for all of the above, for some value of
>> cont
2014-08-19 4:11 GMT+08:00 Eric Windisch :
>
>
>
> On Mon, Aug 18, 2014 at 8:49 AM, Jyoti Ranjan wrote:
>
>> I believe that everything can not go as a dock container. For e.g.
>>
>> 1. compute nodes
>> 2. baremetal provisioning
>> 3. L3 router etc
>>
>
> Containers are a good solution for all of t
I agree almost completely with Brandon¹s comments on the incubator.
For Octavia, I think we need to not stress neutron vs incubator vs
spin-out, and just focus on writing some load-balancing code. We¹ve spent
far too much time in Juno working on processes, glue, and APIs, and
precious little on m
Hi all,
This is intended for those readers interested in reviewing and soon
merging the HA routers implementation for Juno. Assaf Muller has
written a blog [1] about this new feature which serves as a good
overview. It will be useful for reviewers to get up to speed and I
recommend reading it be
> a) Most members in favor of keeping the webex meetings for the time being
Correction: most of the people that like to talk over each other in a
large voice conference voiced their approval of voice. Those that prefer
to wait for pauses to speak were unsurprisingly silent, or tried and
failed to
No, I mean with VIP the original meaning more akin to a Floating IP…
German
From: Stephen Balukoff [mailto:sbaluk...@bluebox.net]
Sent: Monday, August 18, 2014 2:43 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Octavia] Object Model and DB Struc
Hi Salvatore,
It'd be great to get your contributions in this! If you could only bring
your knowledge and experience with Neutron to the table that'd be very
beneficial. Looking forward to it.
Comments in-line
On Mon, 2014-08-18 at 23:06 +0200, Salvatore Orlando wrote:
> Hi Trevor,
>
>
> thank
German--
By 'VIP' do you mean something roughly equivalent to 'loadbalancer' in the
Neutron LBaaS object model (as we've discussed in the past)? That is to
say, is this thingy a parent object to the Listener in the hierarchy? If
so, then what we're describing definitely accommodates that.
(And y
Hi Steven,
In my example we don’t share anything except the VIP ☺ So my motivation is if
we can have two listeners share the same VIP. Hope that makes sense.
German
From: Stephen Balukoff [mailto:sbaluk...@bluebox.net]
Sent: Monday, August 18, 2014 1:39 PM
To: OpenStack Development Mailing List
Hi Trevor,
thanks for sharing this minutes!
I would like to cooperate a bit to this project's developments, possibly
without ending up being just deadweight.
To this aim I have some comments inline.
Salvatore
On 18 August 2014 22:25, Trevor Vardeman
wrote:
> Agenda items are numbered, and t
On 08/18/2014 03:38 PM, Julien Danjou wrote:
> On Thu, Aug 14 2014, Yuriy Taraday wrote:
>
> Hi Yuriy,
>
> […]
>
>> Looking forward to your opinions.
>
> This looks like a good summary of the situation.
>
> I've added a solution E based on pthread, but didn't get very far about
> it for now.
On Sun, Aug 17, 2014 at 9:24 AM, Jay Bryant
wrote:
> +2
>
> I prefer the LOG.warning format and support that given the documentation
> you shared.
>
> If there is agreement I would create a hacking check.
>
I think a better approach is to just not care which i used here. IMHO
mixing up LOG.warn
On Sat, Aug 16, 2014 at 06:27:19PM +0200, Marc Koderer wrote:
> Hi all,
>
> Am 15.08.2014 um 23:31 schrieb Jay Pipes :
> >
> > I suggest that "tempest" should be the name of the import'able library, and
> > that the integration tests themselves should be what is pulled out of the
> > current Te
The Oslo team is pleased to announce release 0.2.0 of oslo.i18n, the library
for managing translated messages in OpenStack.
This release includes a new test fixture for writing tests for classes that
need to use both lazily and immediately translated strings.
Please report bugs on the Oslo proj
Yes, I'm advocating keeping each listener in a separate haproxy
configuration (and separate running instance). This includes the example I
mentioned: One that listens on port 80 for HTTP requests and redirects
everything to the HTTPS listener on port 443. (The port 80 listener is a
simple configur
Agenda items are numbered, and topics, as discussed, are described beneath in
list format.
1) Discuss future of Octavia in light of Neutron-incubator project proposal.
a) There are many problems with Neutron-Incubator as currently described
b) The political happenings in Neutron leave our
On Mon, Aug 18, 2014 at 8:49 AM, Jyoti Ranjan wrote:
> I believe that everything can not go as a dock container. For e.g.
>
> 1. compute nodes
> 2. baremetal provisioning
> 3. L3 router etc
>
Containers are a good solution for all of the above, for some value of
container. There is some terminol
On Mon, Aug 18, 2014 at 1:42 PM, Adrian Otto
wrote:
> If you want to run OpenStack services in Docker, I suggest having a look
> at Dockenstack:
>
> https://github.com/ewindisch/dockenstack
>
>
Note, this is for simplifying and speeding-up the use of devstack. It
provides an environment similar
On 08/14/2014 02:55 AM, Boring, Walter wrote:
> Hey guys,
>I wanted to pose a nomination for Cinder core.
>
> Xing Yang.
> She has been active in the cinder community for many releases and has worked
> on several drivers as well as other features for cinder itself. She has
> been doing an
Edgar,
Our CI is running the tests (non voting), but don't see it listed on the
review for any patch. Is this due to missing logs? I would like to confirm
this is the issue, will resolve this.
Thanks,
-hemanth
On Mon, Aug 18, 2014 at 8:35 AM, Edgar Magana
wrote:
> Thank you Akihiro.
>
> I wil
On Monday 18 August 2014 22:45:17 Dmitry Guryanov wrote:
> Hello!
>
> I've published parallels-sdk:
>
> https://github.com/Parallels/parallels-sdk
Sorry, I've sent this mail to the wrong list :(, please, ignore.
--
Dmitry Guryanov
___
OpenStack-dev m
Correct, best-effort. There is no guarantee or time boxing on cross-region
replication. The best way to manage cross site replication is by tuning
your replica count to ensure you have primary copies in each region -
eventually. Possibly evaluate if you need write_affinity at all (you can
always
On 2014-08-18 20:40:48 +0300 (+0300), Ivan Kolodyazhny wrote:
[...]
> I'm looking for something like following:
>
> 1) run my Third Party CI for all patch-sets in Cinder
> 2) run my Third Party CI (Cinder + Ceph backend) for Nova only if it
> changes nova/virt/libvirt/rbd.py module.
>
> Does such
Hello!
I've published parallels-sdk:
https://github.com/Parallels/parallels-sdk
--
Dmitry Guryanov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi German,
I don't think it is a requirement that those two frontend sections (or
listen sections) have to live in the same config. I thought if they
were listening on the same IP but different ports it could be in two
different haproxy instances. I could be wrong though.
Thanks,
Brandon
On Mon
On Mon, Aug 18, 2014 at 5:22 AM, Daniel P. Berrange
wrote:
> On Mon, Aug 18, 2014 at 12:18:16PM +0200, Thierry Carrez wrote:
> > Doug Hellmann wrote:
> > > On Aug 13, 2014, at 4:42 PM, Russell Bryant
> wrote:
> > >> Let me try to say it another way. You seemed to say that it wasn't
> much
> > >
On Mon, Aug 18, 2014 at 8:18 AM, Russell Bryant wrote:
> On 08/18/2014 06:18 AM, Thierry Carrez wrote:
> > Doug Hellmann wrote:
> >> On Aug 13, 2014, at 4:42 PM, Russell Bryant wrote:
> >>> Let me try to say it another way. You seemed to say that it wasn't
> much
> >>> to ask given the rate at
On Mon, Aug 18, 2014 at 3:18 AM, Thierry Carrez
wrote:
> Doug Hellmann wrote:
> > On Aug 13, 2014, at 4:42 PM, Russell Bryant wrote:
> >> Let me try to say it another way. You seemed to say that it wasn't much
> >> to ask given the rate at which things happen in OpenStack. I would
> >> argue t
Hi everyone,
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting on Tuesday August 19th, 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
If you want to run OpenStack services in Docker, I suggest having a look at
Dockenstack:
https://github.com/ewindisch/dockenstack
Adrian
On Aug 18, 2014, at 3:04 AM, Jay Lau
mailto:jay.lau@gmail.com>> wrote:
I see that there are some openstack docker images in public docker repo,
perhaps
Hi All,
I'm working on Third Party CI for Cinder and I've got several issues with
Zuul configuration.
Third Party CI should run dsvm-tempest-full job to test Cinder driver in my
case. It means, that all components should work well, not only Cinder.
E.g.: I'm working on Cinder + Ceph integration
I'm not sure why, but the default tenant network type was changed to vxlan.
[1]
You now need to specify Q_ML2_TENANT_NETWORK_TYPE=vlan
1.
https://github.com/openstack-dev/devstack/commit/8feaf6c9516094df58df84479d73779e87a79264
On Mon, Aug 18, 2014 at 9:35 AM, Parikshit Manur wrote:
> Hi All
Hi,
My 2 cents for the multiple listeners per load balancer discussion: We have
customers who like to have a listener on port 80 and one on port 443 on the
same VIP (we had to patch libra to allow two "listeners" in one single haproxy)
- so having that would be great.
I like the proposed statu
When you don't specify it, the default network type is:
(from lib/neutron_plugins/ml2)
Q_ML2_TENANT_NETWORK_TYPE=${Q_ML2_TENANT_NETWORK_TYPE:-"vxlan"}
You can try specifying that as "vlan" in your local.conf file and see what
happens.
-Brian
BTW, this probably should have just gone to openst..
Stuart,
I also can't say I've seen this, but I am curious now. I did have a few
questions for you though.
1. When you say you set nf_conntrack_max/nf_conntrack_hash to 256k, did you
really set the hash size that large? Typically the hash is 1/8 of the max,
meaning you'd have 8 entries per hashb
Folks,
Thanks for joining the meeting today.
As usually,
Meeting minutes:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-08-18-16.00.html
Meeting log:
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-08-18-16.00.log.html
Meeting agenda/archive: https://wik
On Aug 13, 2014, at 10:32 PM, Michael Still wrote:
> On Thu, Aug 14, 2014 at 2:48 PM, Joe Gordon wrote:
>> On Wed, Aug 13, 2014 at 8:31 PM, Michael Still wrote:
>>> On Thu, Aug 14, 2014 at 1:24 PM, Jay Pipes wrote:
>>>
Just wanted to quickly weigh in with my thoughts on this important
>
On Aug 14, 2014, at 8:52 AM, Russell Bryant wrote:
> On 08/14/2014 11:40 AM, David Kranz wrote:
>> On 08/14/2014 10:54 AM, Matt Riedemann wrote:
>>>
>>>
>>> On 8/14/2014 3:47 AM, Daniel P. Berrange wrote:
On Thu, Aug 14, 2014 at 09:24:36AM +1000, Michael Still wrote:
> On Thu, Aug 14,
On Fri, Aug 15, 2014 at 01:57:29AM +0400, Boris Pavlovic wrote:
> Matt,
>
>> One thing did just occur to me while writing this though it's probably worth
> > investigating splitting out the stress test framework as an external
> > tool/project after we start work on the tempest library. [3]
>
>
Hi All,
Start of q-svc in devstack fails with error message "No type
driver for tenant network_type: vxlan. Service terminated!". I have not choosen
vxlan as ML2 type driver in localrc. I have added the details of localrc file
for my setup below for reference. Can you please poi
On 08/18/2014 10:18 AM, Omri Marcovitch wrote:
> Mellanox CI is up and ready.
>
> Thanks
>
> From: Omri Marcovitch [mailto:om...@mellanox.com]
> Sent: Monday, August 18, 2014 6:44 PM
> To: openstack-dev@lists.openstack.org
> Subject: [openstack-dev] [neutron] [third-party] Mellanox CI Third party
On 2014-08-17 23:53:12 -0700 (-0700), daya kamath wrote:
[...]
> openstack-infra does not get updated as part of the gate jobs
[...]
Right, we use puppet to continuously apply that configuration to our
durable workers and nodepool templates.
--
Jeremy Stanley
Mellanox CI is up and ready.
Thanks
From: Omri Marcovitch [mailto:om...@mellanox.com]
Sent: Monday, August 18, 2014 6:44 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [neutron] [third-party] Mellanox CI Third party system
is going down for Maintenance
Hi,
Mellanox CI is go
On Mon, Aug 18, 2014 at 11:27:39AM -0400, Doug Hellmann wrote:
>
> On Aug 18, 2014, at 10:15 AM, Daniel P. Berrange wrote:
>
> > On Mon, Aug 18, 2014 at 07:57:28AM +1000, Michael Still wrote:
> >> My recollection is that this was a request from the oslo team, but it
> >> was so long ago that I d
On Mon, 18 Aug 2014, Chris Dent wrote:
The reason for doing this? I want to be able to confirm that some
sample data retrieved in a query against the ceilometer API has
samples that span the upgrade.
The associated change is here:
https://review.openstack.org/#/c/102354
--
Chris Dent tw:@ant
On Mon, Aug 18, 2014 at 11:18:52AM -0400, Russell Bryant wrote:
> On 08/18/2014 06:18 AM, Thierry Carrez wrote:
> > Doug Hellmann wrote:
> >> On Aug 13, 2014, at 4:42 PM, Russell Bryant wrote:
> >>> Let me try to say it another way. You seemed to say that it wasn't much
> >>> to ask given the rat
On 08/18/2014 09:43 AM, Omri Marcovitch wrote:
>
> Hi,
>
> Mellanox CI is going down for maintenance.
> We will notify as soon as the system is up and ready.
>
> Sorry for the inconvenience,
> Omri
>
>
>
>
> ___
> OpenStack-dev mailing list
> OpenS
Hi,
Mellanox CI is going down for maintenance.
We will notify as soon as the system is up and ready.
Sorry for the inconvenience,
Omri
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo
On Mon, Aug 18, 2014 at 9:18 AM, Russell Bryant wrote:
> On 08/18/2014 06:18 AM, Thierry Carrez wrote:
> > Doug Hellmann wrote:
> >> On Aug 13, 2014, at 4:42 PM, Russell Bryant wrote:
> >>> Let me try to say it another way. You seemed to say that it wasn't
> much
> >>> to ask given the rate at
Thank you Akihiro.
I will propose a better organization for this section. Stay tune!
Edgar
On 8/17/14, 10:53 PM, "Akihiro Motoki" wrote:
>
>On 2014/08/18 0:12, Kyle Mestery wrote:
>> On Fri, Aug 15, 2014 at 5:35 PM, Edgar Magana
>> wrote:
>>> Team,
>>>
>>> I did a quick audit on the Neutron CI
To make some time oriented comparisons in javelin2 I'd like to be
able to access the timestamps on the data dumps in the $SAVE_DIR.
In my experiments I've done this by pushing SAVE_DIR and
BASE_RELEASE into the subshell that calls javelin2 -m create in
grenade.sh.
Is there:
* A better way to g
On Aug 18, 2014, at 10:15 AM, Daniel P. Berrange wrote:
> On Mon, Aug 18, 2014 at 07:57:28AM +1000, Michael Still wrote:
>> My recollection is that this was a request from the oslo team, but it
>> was so long ago that I don't recall the details.
>>
>> I think the change is low value, so should
On 08/18/2014 06:18 AM, Thierry Carrez wrote:
> Doug Hellmann wrote:
>> On Aug 13, 2014, at 4:42 PM, Russell Bryant wrote:
>>> Let me try to say it another way. You seemed to say that it wasn't much
>>> to ask given the rate at which things happen in OpenStack. I would
>>> argue that given the r
Neutron Ci Folks,
I have received answers from almost all the CI contacts and I want to
thank you all.
Every case is different and I will review each one of your answer and
questions.
I do understand that every CI is different and this is why I would suggest
two things:
1) Today's Neutron IRC me
On Fri, Aug 15, 2014 at 3:01 PM, Joe Gordon wrote:
>
>
>
> On Thu, Aug 14, 2014 at 4:02 PM, Eoghan Glynn wrote:
>
>>
>> > > Additional cross-project resources can be ponied up by the large
>> > > contributor companies, and existing cross-project resources are not
>> > > necessarily divertable on
Hello people,
>> I think backward compatibility is a good idea. We can make the
>> user/pass inputs for data objects optional (they are required
>> currently), maybe even gray them out in the UI with a checkbox to turn
>> them on, or something like that.
>
>
> This is similar to what I was thinki
On Wed, Aug 13, 2014 at 3:29 PM, Doug Hellmann
wrote:
>
> On Aug 13, 2014, at 4:08 PM, Matthew Treinish
> wrote:
>
> > On Wed, Aug 13, 2014 at 03:43:21PM -0400, Eoghan Glynn wrote:
> >>
> >>
> > Divert all cross project efforts from the following projects so we
> can
> > focus
> > ou
On Mon, Aug 18, 2014 at 07:57:28AM +1000, Michael Still wrote:
> My recollection is that this was a request from the oslo team, but it
> was so long ago that I don't recall the details.
>
> I think the change is low value, so should only be done when someone
> is changing the logging in a file alr
On Thu, Aug 14 2014, Yuriy Taraday wrote:
Hi Yuriy,
[…]
> Looking forward to your opinions.
This looks like a good summary of the situation.
I've added a solution E based on pthread, but didn't get very far about
it for now.
--
Julien Danjou
# Free Software hacker
# http://julien.danjou.info
On Mon, 2014-08-18 at 14:23 +0200, Thierry Carrez wrote:
> Clint Byrum wrote:
> > Here's why folk are questioning Ceilometer:
> >
> > Nova is a set of tools to abstract virtualization implementations.
> > Neutron is a set of tools to abstract SDN/NFV implementations.
> > Cinder is a set of tools t
Yes, that would be a good next step.
Doug
On Aug 17, 2014, at 10:03 PM, Peng Wu wrote:
> Yes, I am interested in adding these missing gettext functions to
> oslo.i18n library.
>
> Guess the next step is to create a blueprint for Kilo?
>
> Thanks,
> Peng Wu
>
>
> On Fri, 2014-08-15 at 16:
warn() and warning() are synonyms (literally the same method, aliased). We had
to add a similar alias in the oslo ContextAdapter to support code using both
forms in existing code. If the documented form is warning(), then I agree we
should stick with that, although I don’t think the churn caused
(kicking this thread to the dev mailing list)
Thanks for starting this discussion on Juno work efforts, Nate. This would be
a good discussion to pick up at the 3pm CDT IRC meeting today as well. I've
added some thoughts below as well.
I believe the plan is to finalize features and API changes
On 18/08/14 12:51, Daniel P. Berrange wrote:
> We recently had a change merged to the run_tests.sh script that Nova
> developers would really benefit from knowing about:
>
>https://review.openstack.org/#/c/110746/
>
> Basically, it provides a way to run the pep8 tests *only* against the files
Hey Ionely,
the oslo.db is a graduated version of code from the oslo-incubator
(that was periodically synced to sahara.openstack.common.db). So, the
only reason is to switch to the graduated lib.
On Mon, Aug 18, 2014 at 5:04 PM, lonely Feb wrote:
> I found sahara.openstack.common.db has replaced
Thanks Mark.
As usual I had to fetch your message from the spam folder!
Anyway, I received a sensible request to avoid running neutron tests for
advanced services (load balancing, firewall, vpn), in the integrated gate.
Therefore the patches [1] and [2] will not run anymore service plugins in
the
Hi all,
maintenance release of Fuel is finally out. 5.0.1 is primarily bugfix
release with a ton of fixes backported from master (5.1) - 192 bugs were
processed [1].
This is the first release when we produce not only Fuel ISO, but also so
called upgrade tarball. It is a bundle which allows you to u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 14/08/14 18:33, Ben Nemec wrote:
> On 08/14/2014 08:37 AM, Ihar Hrachyshka wrote:
>> Hi all,
>
>> some plugins depend on modules that are not mentioned in
>> requirements.txt. Among them, Cisco Nexus (ncclient), Brocade
>> (ncclient), Embrane (
I found sahara.openstack.common.db has replaced by olso.db, i wonder the
reason of this replacement. Is the any performance problem of the
original sahara.openstack.common.db
?
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.
Le 18 août 2014 14:36, "Salvatore Orlando" a écrit :
>
> As the conversation has drifted away from a discussion pertaining the
nova core team, I have some comments inline as well.
>
>
> On 18 August 2014 12:18, Thierry Carrez wrote:
>>
>> Doug Hellmann wrote:
>> > On Aug 13, 2014, at 4:42 PM, Rus
I believe that everything can not go as a dock container. For e.g.
1. compute nodes
2. baremetal provisioning
3. L3 router etc
My understanding is that container is good mechanism to deploy
api-controller and scheduler for many services. For backend component of
services (like nova-compute, cind
Till now, live migration is not supported by VCDriver in both Juno and
Icehouse.
For icehouse, yes, one nova compute can manage multiple clusters, but live
migration will be failed for such case as target host and source host will
be considered to the same host (Only one nova compute).
2014-08-
As the conversation has drifted away from a discussion pertaining the nova
core team, I have some comments inline as well.
On 18 August 2014 12:18, Thierry Carrez wrote:
> Doug Hellmann wrote:
> > On Aug 13, 2014, at 4:42 PM, Russell Bryant wrote:
> >> Let me try to say it another way. You se
Clint Byrum wrote:
> Here's why folk are questioning Ceilometer:
>
> Nova is a set of tools to abstract virtualization implementations.
> Neutron is a set of tools to abstract SDN/NFV implementations.
> Cinder is a set of tools to abstract block-device implementations.
> Trove is a set of tools to
On Mon, Aug 18, 2014 at 12:18:16PM +0200, Thierry Carrez wrote:
> Doug Hellmann wrote:
> > On Aug 13, 2014, at 4:42 PM, Russell Bryant wrote:
> >> Let me try to say it another way. You seemed to say that it wasn't much
> >> to ask given the rate at which things happen in OpenStack. I would
> >>
Hi All,
I have a `little` trouble with the volume attachment stability.
The test_stamp_pattern test is skipped since long, you
can see what would happen if it would be enabled [1] now.
There is a workaround kind way for enabling that test [2].
I suspected the acpi hot plug event is not detected
We recently had a change merged to the run_tests.sh script that Nova
developers would really benefit from knowing about:
https://review.openstack.org/#/c/110746/
Basically, it provides a way to run the pep8 tests *only* against the files
which you have actually touched in your patch. For most
Thanks for reply Jay~!
>From icehouse, one nova-compute can manage multi clusters I think.
In this case, how should we progress in order to archive the live migration
functions.
Thanks.
John Haan.
2014-08-18 19:00 GMT+09:00 Jay Lau :
> It seems that VCDriver do not support live migration til
On Sat, 16 Aug 2014 18:27:19 +0200
Marc Koderer wrote:
> Hi all,
>
> Am 15.08.2014 um 23:31 schrieb Jay Pipes :
> >
> > I suggest that "tempest" should be the name of the import'able
> > library, and that the integration tests themselves should be what
> > is pulled out of the current Tempest r
On 18/08/14 19:01, Udi Kalifon wrote:
> Hi.
>
> I am trying to update my contact information in order to submit my first
> gerrit review. I go to review.openstack.org and log in, then go to my account
> settings and click on "Contact Information". I provide my address and click
> "Save Changes"
Hi.
I am trying to update my contact information in order to submit my first gerrit
review. I go to review.openstack.org and log in, then go to my account settings
and click on "Contact Information". I provide my address and click "Save
Changes" and get:
Code Review - Error
Server Error
Cannot
1 - 100 of 121 matches
Mail list logo
