On Mon, Mar 23, 2015 at 2:35 PM, Jeremy Stanley wrote:
> On 2015-03-23 15:15:18 -0400 (-0400), Jay Pipes wrote:
> [...]
> > I don't want it suppressed. I want the use of API extensions and the
> > extension framework(s) to be completely dropped for all future
> > API-affecting work.
> [...]
>
> P
Hello Cinder team,
Oracle ZFSSA CI has been reporting since March 20th. Below is a link to
the list of results the CI already posted:
https://review.openstack.org/#/q/reviewer:%22Oracle+ZFSSA+CI%22,n,z
Our CI system will be running and reporting results from now on, hence I
kindly request th
How would you represent that you want the last address in a /26 network if
you don't know what address range you are getting? 0.0.0.63? That seems
pretty confusing when the resulting address turns out to be 192.168.10.191.
>It isn't a new concept to think about the network and host parts of an IP
On 21:51 Mon 23 Mar , Rochelle Grober wrote:
> Iād like to suggest that the myriad wiki pages and spreadsheets for Third
> Party CI also be consolidated to a more manageable count. Just looking for
> maintainers contact, you can find information (often conflicting) in
> Stackalytics, on the Th
On Mon, Mar 23, 2015 at 4:23 PM, Kevin Benton wrote:
> How would you represent that you want the last address in a /26 network if
> you don't know what address range you are getting? 0.0.0.63? That seems
> pretty confusing when the resulting address turns out to be 192.168.10.191.
>
>>It isn't a n
Neutron cores,
I have submitted the change [1] which is related to the thread [2]
in January.
Unfortunately it did not attract the interest of many core reviewers,
and only time has passed.
Now it is pointed that it may need FFE/SSE, and the opinion of the
core is a bit divided about implement
I don't think they would be surprised if we call it offset or index.
>To me, 0.0.0.63 didn't say that I'd get something ending in .63.
Perhaps this is just a difference in backgrounds then. Even though I'm work
on network stuff all of the time, when I see that it's not obvious that it
will be mas
I just think that we might bury this discussion considering what Carl said,
and that I agree with.
So far we don't even know if we'll ever need this feature. When a concrete
use case will come for asking things like: gimme a /22 Ipv4 network and
make sure I have a pool spanning from the 1st to the
Note to community,
The various patches needed to enable the fedora-21-atomic-2 image with k8s
v0.11 are merged after multiple functional tests.
You will need to rebuild your devstack environment with a fresh pull if
you are developing Magnum.
Enjoy :)
On 3/22/15, 8:10 AM, "Adrian Otto" wrote:
As an Engineer running the NetApp CI, I thought it would be a good time to
chime in here. While I have many opinions around this whole process, I will
try my best to avoid any judgement and minimize ratholes.
Over the past year, we have implemented a scalable CI system that is now
running tests ag
Hi Steven,
On Mon, Mar 23, 2015 at 11:11 PM, Steven Dake (stdake)
wrote:
>
>
> From: Madhuri Rai
> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev@lists.openstack.org>
> Date: Monday, March 23, 2015 at 1:53 AM
> To: "openstack-dev@lists.openstack.or
On Mon, Mar 23, 2015 at 09:35:50PM +, Jeremy Stanley wrote:
> On 2015-03-23 15:15:18 -0400 (-0400), Jay Pipes wrote:
> [...]
> > I don't want it suppressed. I want the use of API extensions and the
> > extension framework(s) to be completely dropped for all future
> > API-affecting work.
> [...
Hi Hongbin,
On Tue, Mar 24, 2015 at 12:37 AM, Hongbin Lu wrote:
> Hi Madhuri,
>
> Amazing work! I wouldn't concern the code duplication and modularity issue
> since the codes are generated. However, there is another concern here: if
> we find a bug/improvement of the generated code, we probably
Hi Andrew.
Thanks for response. My reply in line.
From: Andrew Lazarev [mailto:alaza...@mirantis.com]
Sent: Saturday, March 21, 2015 12:10 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] About Sahara EDP New Ideas for Liberty
Hi Weiting,
>1. Add
On 03/23/2015 09:20 PM, Deepak Shetty wrote:
Hi all,
I was wondering if there was a neat way to override the settings file
present in the devstack plugin stackforge project.
For eg: stackforge/devstack-plugin-glusterfs
I plan to use `enable_plugin glusterfs ` in my local to setup
GlusterFS b
On 2015-03-21 02:57, Assaf Muller wrote:
Hello everyone,
The use_namespaces option in the L3 and DHCP Neutron agents controls if you
can create multiple routers and DHCP networks managed by a single L3/DHCP agent,
or if the agent manages only a single resource.
Are the setups out there *not*
2015-03-21 23:31 GMT+08:00 Monty Taylor :
> I would vote that we not make this pleasant or easy for vendors who are
> wanting to add a feature to the API. As a person who uses several clouds
> daily, I can tell you that a vendor chosing to do that is VERY mean to
> users, and provides absolutely n
On Tue, Mar 24, 2015 at 8:36 AM, Ian Wienand wrote:
> On 03/23/2015 09:20 PM, Deepak Shetty wrote:
>
>> Hi all,
>>I was wondering if there was a neat way to override the settings file
>> present in the devstack plugin stackforge project.
>>
>> For eg: stackforge/devstack-plugin-glusterfs
>>
>
On 03/23/2015 03:28 AM, John Garbutt wrote:
We are not stopping vendor specific API endpoints, that appear
separately in the keystone catalog. Certainly, thats where I hope
things that would never go upstream will move to.
How would that be expected to work for things where it's fundamentally
On 03/23/2015 09:00 PM, Jay Pipes wrote:
> On Mon, Mar 23, 2015 at 11:18:28AM +0530, Deepthi Dharwar wrote:
>> All the VM information is stored in the instances table.
>> This includes all the time related field like scheduled_at, launched_at etc.
>>
>> After upgrading to Juno, I have noticed that
On Tue, Mar 24, 2015 at 5:45 AM, Jay Pipes wrote:
> On Tue, Mar 10, 2015 at 09:52:14PM +1030, Christopher Yeoh wrote:
> > On Mon, 09 Mar 2015 16:14:21 -0400
> > Sean Dague wrote:
> >
> > > On 03/09/2015 03:37 PM, Jay Pipes wrote:
> > > > On 03/08/2015 08:10 AM, Alex Xu wrote:
> > > >> Thanks for
Meeting on #openstack-meeting at 1500 UTC (9:00AM MDT)
1) Patch status -
https://etherpad.openstack.org/p/kilo-nova-priorities-tracking
2) Vancouver design summit - start thinking about what we want to discuss
--
Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
Ph: 303
On Tue, Mar 24, 2015 at 10:58 AM, Deepthi Dharwar <
deep...@linux.vnet.ibm.com> wrote:
> On 03/23/2015 09:00 PM, Jay Pipes wrote:
> > On Mon, Mar 23, 2015 at 11:18:28AM +0530, Deepthi Dharwar wrote:
> >> All the VM information is stored in the instances table.
> >> This includes all the time relat
On Tue, Mar 24, 2015 at 11:57 AM, Deepak Shetty wrote:
>
>
> On Tue, Mar 24, 2015 at 10:58 AM, Deepthi Dharwar <
> deep...@linux.vnet.ibm.com> wrote:
>
>> On 03/23/2015 09:00 PM, Jay Pipes wrote:
>> > On Mon, Mar 23, 2015 at 11:18:28AM +0530, Deepthi Dharwar wrote:
>> >> All the VM information is
Hi guys,
I have submit a blueprint of adding hardware memory buffer and cache pollster.ā
Anyone interested in it, Please review
https://blueprints.launchpad.net/ceilometer/+spec/hardware-memory-buffer-and-cache-metrics,ā
Thanks All.
--
Luo gangyiluogan...@chinamobile.com
101 - 125 of 125 matches
Mail list logo