Thanks, will take a look
On Tuesday, March 25, 2014 11:33 PM, "Collins, Sean"
wrote:
On Fri, Mar 21, 2014 at 08:35:05PM EDT, Rajdeep Dua wrote:
> Sean,
> If you can point me to the project file in github which needs to be modified
> , i will include these docs
>
> Thanks
> Rajdeep
I imagi
Hello,
Before we split Horizon into two parts, we need to deal with a couple of
related cleanup tasks. One of them is getting rid of the bundled
JavaScript libraries that we are using. They are currently just included
in the Horizon's source tree. Ideally, we would like to have them
installed as d
On 03/25/2014 09:17 PM, Robert Collins wrote:
TripleO has just seen an influx of new contributors. \o/. Flip side -
we're now slipping on reviews /o\.
In the meeting today we had basically two answers: more cores, and
more work by cores.
We're slipping by 2 reviews a day, which given 16 cores i
Hi,
thanks for this very interesting use case!
May be you can still use VXLAN or GRE for tenant networks, to bypass
the 4k limit of vlans. then you would have to send packets to the vlan
tagged interface, with the tag assigned by the VDP protocol, and this
traffic would be encapsulated inside the
The thread branched, and it's getting long.
I'm trying to summarize the discussion for other people to quickly catch up.
- The bug being targeted is https://bugs.launchpad.net/neutron/+bug/1297469
It has also been reported as
https://bugs.launchpad.net/neutron/+bug/1252620 and
as https://bugs.laun
Excerpt from Zane Bitter's message on 26/03/2014 02:26:42:
> From: Zane Bitter
> To: openstack-dev@lists.openstack.org
> Date: 26/03/2014 02:27
> Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
>
> > Cloud administrators are usually technical guys that are capable of
> > learni
I have compiled a new linux kernel with CONFIG_VIRTIO_BLK=y. But it doesn't
boot and kernel panics. To kernel command line i tried passing
root=/dev/vda and root=/dev/vda1 but same kernel panic comes every time.
VIRTIO_NET was working fine when VIRTIO_BLK was not enabled and VM booted
up fine. But
I mentioned on IRC the other day that I find this problem fundamentally
un-interesting, and I'll explain why. I should note that this is strictly
my personal opinion, probably in no way resembles the views of anyone else
involved in Heat, and is unlikely to persuade anyone.
>
> This guy, your hypo
On 03/25/2014 09:17 PM, Robert Collins wrote:
TripleO has just seen an influx of new contributors. \o/. Flip side -
we're now slipping on reviews /o\.
In the meeting today we had basically two answers: more cores, and
more work by cores.
We're slipping by 2 reviews a day, which given 16 cores i
Hi Thomas,
Can you share some documentation of what you're doing right now with
TOSCA-compliant layer?
We would like to join to this effort.
Thanks,
Dmitry
On Wed, Mar 26, 2014 at 10:38 AM, Thomas Spatzier <
thomas.spatz...@de.ibm.com> wrote:
> Excerpt from Zane Bitter's message on 26/03/2014 0
Russell Bryant wrote:
> [...]
> First, it seems there isn't a common use of "deprecated". To me,
> marking something deprecated means that the deprecated feature:
>
> - has been completely replaced by something else
>
> - end users / deployers should take action to migrate to the
>new thin
Doug Hellmann wrote:
> In the last project meeting, we discussed updating the list of core
> reviewers on the global requirements project. The review stats for the
> last 90 days on the project show that several current core reviewers
> haven't been active, so as a first step before adding new core
Hi Radomir,
I quickly looked at xstatic and I have the impression that you have to handle
manually the retrievement of the javascript library files and the version of
the scripts. What do you think of wrapping bower in a script in order to
dynamically generate packages with the right versions?
On 26/03/14 11:43, Maxime Vidori wrote:
[...]
>> I propose a more general solution of using xstatic-* Python packages,
>> which contain basically just the files that we want to bundle, plus some
>> small amount of metadata. All of the JavaScript (and any static files,
>> really, including styles, f
Sounds like an extra weighter to try and balance load between your two AZs
might be a nicer way to go.
The easiest way might be via cells, one for each AZ . But not sure we
merged that support yet. But there are patches for that.
John
On 25 Mar 2014 20:53, "Sangeeta Singh" wrote:
> Hi,
>
> Th
(Removing [Heat] from the subject.)
So here are the steps i think are necessary to get the PKI setup done
and safely passed through Jenkins. If anyone thinks something is
redundant or missing, please shout:
1. Patch to os-cloud-config:
* Generation of keys and certs for cases user doesn't
Hi,
there's been a review up for some time [0] that wants to raise the version of
lesscpy to 0.10.1. It's specific to horizon and contains some important fixes
that we'll likely want to include. So I'd like to ask for an exception for
this one.
[0] https://review.openstack.org/#/c/70619/
--
V
I would say that the requirement is not valid. A host aggregate con only have
one availability zone so what you actually can have is a compute node that's
part of 2 host aggregates, which actually have the same availability zone.
In the scenario you mentioned below where you create the aggregate
I'm not sure why there's so much resistance to Python package version
minimums being increased. Everybody should be using virtualenvs anyway so
it's not like there's some sort of need to support old libraries because
that's what's on deployed OSes.
I understand supporting old kernels, system libr
Hi Ramy,
There is quite a bit of difference between FC and iSCSI (e.g. iqn vs WWN ..)
While iSER is just an alternative iSCSI transport, and use the exact same tools
on the initiator and target like iSCSI/TCP
Most iSER capable iSCSI targets don't even have a separate configuration for
TCP or RDM
Hi,
Could you possibly add whats new in the changelog as well?
Thanks
chuck
On Wed, Mar 26, 2014 at 8:14 AM, Sascha Peilicke wrote:
> Hi,
>
> there's been a review up for some time [0] that wants to raise the version
> of
> lesscpy to 0.10.1. It's specific to horizon and contains some importan
On 03/25/2014 10:01 PM, Dolph Mathews wrote:
> Given that intention, I believe the proper thing to do is to actually
> leave the API marked as fully supported / stable. Keystone should be
> working with other OpenStack projects to migrate them to v3. Once that
> is complete, depre
On 03/26/2014 06:30 AM, Thierry Carrez wrote:
> Russell Bryant wrote:
>> [...]
>> First, it seems there isn't a common use of "deprecated". To me,
>> marking something deprecated means that the deprecated feature:
>>
>> - has been completely replaced by something else
>>
>> - end users / deploye
It's not expected that you are installing all of openstack into venvs,
it's expected that it works at a system level.
That's always been a design point given that Linux distributions
actually want to ship all this stuff.
-Sean
On 03/26/2014 08:28 AM, Adam Nelson wrote:
> I'm not sure why
All,
I know there's a preference for using a proxy to terminate
SSL connections rather than using the native python code.
There's a good write up of configuring the various proxies here:
http://docs.openstack.org/security-guide/content/ch020_ssl-everywhere.html
If we're not using native python
Just spotted the openstack-ssl element which uses 'stunnel'...
On Wed, 26 Mar 2014, stuart.mcla...@hp.com wrote:
All,
I know there's a preference for using a proxy to terminate
SSL connections rather than using the native python code.
There's a good write up of configuring the various proxie
Hi Sean,
Unless I have missed something, this is my thinking:
-- I understand that the goal is to allow RAs from designated sources
only.
-- initially, xuhanp posted a diff for
https://review.openstack.org/#/c/72252. And my comment was that subnet
that was created with gateway ip not on the sa
On 26/03/14 11:50, Ladislav Smola wrote:
> On 03/25/2014 09:17 PM, Robert Collins wrote:
>> TripleO has just seen an influx of new contributors. \o/. Flip side -
>> we're now slipping on reviews /o\.
>>
>> In the meeting today we had basically two answers: more cores, and
>> more work by cores.
>>
Hi
We don't have a strong attachment to stunnel though, I quickly dropped it in
front of our CI/CD undercloud and Rob wrote the element so we could repeat the
deployment.
In the fullness of time I would expect there to exist elements for several SSL
terminators, but we shouldn't necessarily st
On 25/03/14 20:17, Robert Collins wrote:
> TripleO has just seen an influx of new contributors. \o/. Flip side -
> we're now slipping on reviews /o\.
>
> In the meeting today we had basically two answers: more cores, and
> more work by cores.
>
> We're slipping by 2 reviews a day, which given 16
Over the course of the Icehouse release, the Oslo team has invested a lot
of time in creating processes and tools to prepare for releasing code from
the incubator as a set of new libraries. The plan we have put together for
creating 9 new libraries during the Juno release is available for review at
On 26/03/14 12:14, Sascha Peilicke wrote:
> Hi,
>
> there's been a review up for some time [0] that wants to raise the version of
> lesscpy to 0.10.1. It's specific to horizon and contains some important fixes
> that we'll likely want to include. So I'd like to ask for an exception for
> this o
Hi,
I currently have a patch up for review
(https://review.openstack.org/#/c/81373/) to limit psutil be <2.0.0.
2.0.0 just came out a couple weeks ago, and breaks the API in a major way.
Until we can port our code to the
latest version, I suggest we limit the version of psutil to 1.x (currently
On 03/25/2014 02:50 PM, Sangeeta Singh wrote:
What I am trying to achieve is have two AZ that the user can select
during the boot but then have a default AZ which has the HV from both
AZ1 AND AZ2 so that when the user does not specify any AZ in the boot
command I scatter my VM on both the AZ in
On 03/26/2014 10:30 AM, Solly Ross wrote:
> Hi,
> I currently have a patch up for review
> (https://review.openstack.org/#/c/81373/) to limit psutil be <2.0.0.
> 2.0.0 just came out a couple weeks ago, and breaks the API in a major way.
> Until we can port our code to the
> latest version, I sug
Jorge: I agree with you around "ensuring different drivers support the API
contract" and the no vendor lock-in.
All: How do we move this forward? It sounds like we have agreement that
this is worth investigating.
How do we move forward with the investigation and how to best architect
this? Is thi
Thanks Chris.
Sounds like you're saying building out the apache element may be a sensible
next step?
-Stuart
Hi
We don't have a strong attachment to stunnel though, I quickly dropped it in
front of our CI/CD undercloud and Rob wrote the
I think it can be used as a capability of the host.
How do you think If regarding it as one type of the "HostSate", and return
it in the nova.scheduler.host_manager.HostManager:get_all_host_states
method ?
2014-03-26 11:09 GMT+08:00 Gouzongmei :
> Hi, Yang, Yi y
>
>
>
> Agree with you, IOMMU
Hi folks,
We are looking to setup a recurring IRC meeting in one of the
openstack-meeting* rooms for the
https://wiki.openstack.org/wiki/OpenStack-SDK-PHP project. What is the process
for setting this up (i.e. “reserving” a room for a particular time slot each
week)?
Is there a formal request
Hi Dimitry,
the current working draft for the simplified profile in YAML is available
at [1]. Note that this is still work in progress, but should already give a
good impression of where we want to go. And as I said, we are open for
input.
The stackforge project [2] that Sahdev from our team crea
This is a development list and your question sounds like a usage one.
Please try asking on the users list:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Thanks.
-Ben
On 03/26/2014 04:24 AM, saurabh agarwal wrote:
I have compiled a new linux kernel with CONFIG_VIRTIO_BLK=y. Bu
Shaunak Kashyap wrote:
> We are looking to setup a recurring IRC meeting in one of the
> openstack-meeting* rooms for the
> https://wiki.openstack.org/wiki/OpenStack-SDK-PHP project. What is the
> process for setting this up (i.e. “reserving” a room for a particular time
> slot each week)?
>
>
This all makes sense to me. I would suggest a blueprint and a pull request as
soon as Juno opens.
Vish
On Mar 25, 2014, at 8:07 AM, Shlomi Sasson wrote:
> Hi,
>
> I want to share with the community the following challenge:
> Currently, Vendors who have their iSCSI driver, and want to add RDM
On Wednesday 26 March 2014 13:49:48 Julie Pichon wrote:
> On 26/03/14 12:14, Sascha Peilicke wrote:
> > Hi,
> >
> > there's been a review up for some time [0] that wants to raise the version
> > of lesscpy to 0.10.1. It's specific to horizon and contains some
> > important fixes that we'll likely
Aplogies for double-posting.
I've commented again regarding the alternatives to the solution currently
on review.
Please find more info on the bug report [1]
I've attached patches for a hackish but (imo) cleaner solution, and patches
for a compact fix along the lines of what I and Akihiro were sa
Thank you very much for the info!
On Wed, Mar 26, 2014 at 6:07 PM, Thomas Spatzier wrote:
> Hi Dimitry,
>
> the current working draft for the simplified profile in YAML is available
> at [1]. Note that this is still work in progress, but should already give a
> good impression of where we want
Personally I view this as a bug. There is no reason why we shouldn’t support
arbitrary grouping of zones. I know there is at least one problem with zones
that overlap regarding displaying them properly:
https://bugs.launchpad.net/nova/+bug/1277230
There is probably a related issue that is causi
Excerpts from Chris Jones's message of 2014-03-26 06:58:59 -0700:
> Hi
>
> We don't have a strong attachment to stunnel though, I quickly dropped it in
> front of our CI/CD undercloud and Rob wrote the element so we could repeat
> the deployment.
>
> In the fullness of time I would expect there
On Tue, Mar 25, 2014 at 5:34 PM, Brant Knudson wrote:
>
>
>
> On Mon, Mar 24, 2014 at 5:49 AM, Sean Dague wrote:
>
>> ...
>>
>> Part of the challenge is turning off DEBUG is currently embedded in code
>> in oslo log, which makes it kind of awkward to set sane log levels for
>> included libraries
On Tue, Mar 25, 2014 at 11:41 PM, Clint Byrum wrote:
> Excerpts from Dolph Mathews's message of 2014-03-25 19:01:17 -0700:
> > On Tue, Mar 25, 2014 at 5:50 PM, Russell Bryant
> wrote:
> >
> > > We discussed the deprecation of the v2 keystone API in the
> cross-project
> > > meeting today [1]. T
Code which breaks:
Glance's mutliprocessing tests will break (the reason we should limit it now).
For the future, people attempting to use psutil will have no clear version
target
(Either they use 1.x and break with the people who install the latest version
from pip,
of they use 2.0.0 and break
Hi
On 26 March 2014 16:51, Clint Byrum wrote:
> quite a bit differently than app serving), there is a security implication
> in having the private SSL keys on the same box that runs the app.
>
This is a very good point, thanks :)
--
Cheers,
Chris
_
On 03/26/2014 10:47 AM, Vishvananda Ishaya wrote:
Personally I view this as a bug. There is no reason why we shouldn’t
support arbitrary grouping of zones. I know there is at least one
problem with zones that overlap regarding displaying them properly:
https://bugs.launchpad.net/nova/+bug/127723
- Original Message -
> From: "Sangeeta Singh"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Sent: Tuesday, March 25, 2014 9:50:00 PM
> Subject: [openstack-dev] [nova][scheduler] Availability Zones and Host
> aggregates..
>
> Hi,
>
> The availability Zones
Thanks Thierry. I’ve added the meeting to the wiki page.
Shaunak
On Mar 26, 2014, at 12:25 PM, Thierry Carrez wrote:
> Shaunak Kashyap wrote:
>> We are looking to setup a recurring IRC meeting in one of the
>> openstack-meeting* rooms for the
>> https://wiki.openstack.org/wiki/OpenStack-SDK-P
> On 3/25/2014 1:50 PM, Matt Wagner wrote:
> > This would argue to me that the easiest thing for Ceilometer might be
> > to query us for IPMI stats, if the credential store is pluggable.
> > "Fetch these bare metal statistics" doesn't seem too off-course for
> > Ironic to me. The alternative is t
From: , Santiago B
mailto:santiago.b.baldas...@intel.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Wednesday, March 26, 2014 at 5:17 AM
To: "OpenStack Development Mailing List (not for usage questions)"
mailto:op
Comments inline.
On 3/26/14, 10:28 AM, Eoghan Glynn wrote:
>
>> On 3/25/2014 1:50 PM, Matt Wagner wrote:
>>> This would argue to me that the easiest thing for Ceilometer might be
>>> to query us for IPMI stats, if the credential store is pluggable.
>>> "Fetch these bare metal statistics" doesn't s
On Mon, Mar 24, 2014 at 10:35 AM, Elizabeth Krumbach Joseph
wrote:
> Hi everyone,
>
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting tomorrow, Tuesday March 25th, at 19:00 UTC in
> #openstack-meeting
Meeting minutes and logs from yesterday here:
Minutes:
http://eavesd
On 03/26/2014 12:56 PM, Doug Hellmann wrote:
>
>
>
> On Tue, Mar 25, 2014 at 11:41 PM, Clint Byrum 1 out of every 2 API calls on these clouds produces one of these errors
> in Keystone. That is just pointless. :-P
>
>
> This is a good point. The other thing we discussed was whether it
On 3/26/14, 10:17 AM, "Khanh-Toan Tran"
wrote:
>
>
>- Original Message -
>> From: "Sangeeta Singh"
>> To: "OpenStack Development Mailing List (not for usage questions)"
>>
>> Sent: Tuesday, March 25, 2014 9:50:00 PM
>> Subject: [openstack-dev] [nova][scheduler] Availability Zones and H
On 3/26/14, 10:17 AM, "Khanh-Toan Tran"
wrote:
>
>
>- Original Message -
>> From: "Sangeeta Singh"
>> To: "OpenStack Development Mailing List (not for usage questions)"
>>
>> Sent: Tuesday, March 25, 2014 9:50:00 PM
>> Subject: [openstack-dev] [nova][scheduler] Availability Zones and H
On 03/26/2014 11:17 AM, Khanh-Toan Tran wrote:
I don't know why you need a
compute node that belongs to 2 different availability-zones. Maybe
I'm wrong but for me it's logical that availability-zones do not
share the same compute nodes. The "availability-zones" have the role
of partition your co
Let's discuss it on weekly LBaaS meeting tomorrow.
Thanks,
Eugene.
On Wed, Mar 26, 2014 at 7:03 PM, Susanne Balle wrote:
> Jorge: I agree with you around "ensuring different drivers support the
> API contract" and the no vendor lock-in.
>
> All: How do we move this forward? It sounds like we ha
This is an issue that affects all of our git repos. If you are using
oslo.config, you will likely also be using the sample config generator.
However, for some reason we are all checking this generated file in.
This makes no sense, as we humans are not editting it, and it often
picks up config file
I have submitted a couple of changes to start us down the path to better
optional dependency support, as discussed below. There are still some
issues to be worked out, like how to specify a default for a particular
project (I punted on this for the oslo.messaging POC and left kombu as a
hard r
On Mar 24, 2014, at 2:09 PM, Joe Gordon wrote:
>
>
>
> On Mon, Mar 24, 2014 at 3:49 AM, Sean Dague wrote:
> Here is some preliminary views (it currently ignores the ceilometer
> logs, I haven't had a chance to dive in there yet).
>
> It actually looks like a huge part of the issue is olso.m
On 03/26/2014 02:10 PM, Clint Byrum wrote:
> This is an issue that affects all of our git repos. If you are using
> oslo.config, you will likely also be using the sample config generator.
>
> However, for some reason we are all checking this generated file in.
> This makes no sense, as we humans a
On 03/25/2014 11:07 AM, Shlomi Sasson wrote:
> I am not sure what will be the right approach to handle this, I already have
> the code, should I open a bug or blueprint to track this issue?
>
> Best Regards,
> Shlomi
>
>
A blueprint around this would be appreciated. I have had similar
thought
On 3/25/14 11:55 AM, "Ruslan Kamaldinov" wrote:
>* Murano DSL will focus on:
> a. UI rendering
One of the primary reasons I am opposed to using a different DSL/project
to accomplish this is that the person authoring the HOT template is
usually the system architect, and this is the same perso
On 27 March 2014 06:28, Eoghan Glynn wrote:
>
>
>> On 3/25/2014 1:50 PM, Matt Wagner wrote:
>> > This would argue to me that the easiest thing for Ceilometer might be
>> > to query us for IPMI stats, if the credential store is pluggable.
>> > "Fetch these bare metal statistics" doesn't seem too of
On Wed, Mar 26, 2014 at 11:10:04AM -0700, Clint Byrum wrote:
> This is an issue that affects all of our git repos. If you are using
> oslo.config, you will likely also be using the sample config generator.
>
> However, for some reason we are all checking this generated file in.
> This makes no sen
Team, what do you think about doing this for Marconi? It looks like we
indeed have a sample checked in:
https://review.openstack.org/#/c/83006/1/etc/marconi.conf.sample
Personally, I think we should keep the sample until generate_sample.sh
works on OS X (we could even volunteer to fix it); other
On 26/03/14 14:10, Clint Byrum wrote:
This is an issue that affects all of our git repos. If you are using
oslo.config, you will likely also be using the sample config generator.
However, for some reason we are all checking this generated file in.
This makes no sense, as we humans are not editti
On Wed, 2014-03-26 at 09:47 -0700, Vishvananda Ishaya wrote:
> Personally I view this as a bug. There is no reason why we shouldn’t
> support arbitrary grouping of zones. I know there is at least one
> problem with zones that overlap regarding displaying them properly:
>
> https://bugs.launchpad.n
Yes, Vish description describes the uses cases and the need for multiple
overlapping
availability zones nicely.
If multiple availability zone can be specified in the launch command that
will allow
End user to select hosts that satisfy all there constraints.
Thanks,
Sangeeta
On 3/26/14, 11:00 AM
My assumption on the depreciation messages is that this is targeted at non-core
OpenStack applications.
OpenStack developer pressure should be established within the projects, not by
overwhelming production clouds with logs that something is depreciated.
Equally, asking locally developed inte
On Wed, Mar 26, 2014 at 11:15 AM, Vishvananda Ishaya
wrote:
>
> On Mar 24, 2014, at 2:09 PM, Joe Gordon wrote:
>
>
>
>
> On Mon, Mar 24, 2014 at 3:49 AM, Sean Dague wrote:
>
>> Here is some preliminary views (it currently ignores the ceilometer
>> logs, I haven't had a chance to dive in there ye
On Wed, Mar 26, 2014 at 1:10 PM, Clint Byrum wrote:
> This is an issue that affects all of our git repos. If you are using
> oslo.config, you will likely also be using the sample config generator.
>
> However, for some reason we are all checking this generated file in.
> This makes no sense, as w
On Wed, Mar 26, 2014 at 9:51 AM, Doug Hellmann
wrote:
>
>
>
> On Tue, Mar 25, 2014 at 5:34 PM, Brant Knudson wrote:
>
>>
>>
>>
>> On Mon, Mar 24, 2014 at 5:49 AM, Sean Dague wrote:
>>
>>> ...
>>>
>>> Part of the challenge is turning off DEBUG is currently embedded in code
>>> in oslo log, which
This is really interesting discussion but was thrown off by the different use
of ‘functional testing.’ I decided to reconcile it with my understanding and
ended up with this two-pager. Sharing it in case it helps:
https://docs.google.com/document/d/1ILxfoJlov9lBfuuZtvwW_7bmlGaYYw0UsE1R9lo6XwQ/ed
I haven't gotten to my email back log yet, but want to point out that I
agree with everything Robert just said. I also raised these concerns on the
original ceilometer BP, which is what gave rise to all the work in ironic
that Haomeng has been doing (on the linked ironic BP) to expose these
metrics
Salvatore Orlando writes:
> On another note, we noticed that the duplicated jobs currently executed for
> redundancy in neutron actually seem to point all to the same build id.
> I'm not sure then if we're actually executing each job twice or just
> duplicating lines in the jenkins report.
Thank
Where is the RC bug tracking this?
If it's that bad, we really need to be explicit about this with a
critical bug at this stage of the release.
-Sean
On 03/26/2014 01:14 PM, Solly Ross wrote:
> Code which breaks:
>
> Glance's mutliprocessing tests will break (the reason we should limit
What bug tracker should I file under? I tried filing one under the openstack
common infrastructure tracker,
but was told that it wasn't the correct place to file such a bug.
Best Regards,
Solly Ross
- Original Message -
From: "Sean Dague"
To: "OpenStack Development Mailing List (not fo
Hi folks,
Lets keep our regular meetings. Th next one on Thursday, 27, at 14-00 UTC.
The agenda for the meeting:
1) Object model discussion update
2) Requirements & glossary Q&A
3) Open discussion
Thanks,
Eugene.
___
OpenStack-dev mailing list
OpenSta
Eugene,
I assume the object model discussion will still continue. Many were of the
opinion the model with the load balancer is a good one but you stated that
others that were not present at those meetings did not have that same opinion,
such as Mark Mcclain. Mark hasn't been in those meetings
Which ever project is going to explode under this combination.
-Sean
On 03/26/2014 03:32 PM, Solly Ross wrote:
> What bug tracker should I file under? I tried filing one under the openstack
> common infrastructure tracker,
> but was told that it wasn't the correct place to file such a b
On Tue, Mar 25, 2014 at 1:49 AM, Maru Newby wrote:
>
> On Mar 21, 2014, at 9:01 AM, David Kranz wrote:
>
> > On 03/20/2014 04:19 PM, Rochelle.RochelleGrober wrote:
> >>
> >>> -Original Message-
> >>> From: Malini Kamalambal [mailto:malini.kamalam...@rackspace.com]
> >>> Sent: Thursday, M
Hi folks,
I've made a small patch set to illustrate the idea and usage of flavors as
I see it.
https://review.openstack.org/#/c/83055/
I think gerrit can be a good place to discuss important implementation
details on a given example service plugin, take a look at test_flavors.py
file where it is
On Wed, Mar 26, 2014 at 12:32 PM, Solly Ross wrote:
> What bug tracker should I file under? I tried filing one under the openstack
> common infrastructure tracker,
> but was told that it wasn't the correct place to file such a bug.
>
> Best Regards,
> Solly Ross
>
> - Original Message -
Excerpts from Anne Gentle's message of 2014-03-26 11:49:29 -0700:
> On Wed, Mar 26, 2014 at 1:10 PM, Clint Byrum wrote:
>
> > This is an issue that affects all of our git repos. If you are using
> > oslo.config, you will likely also be using the sample config generator.
> >
> > However, for some
Excerpts from Steven Hardy's message of 2014-03-26 11:27:58 -0700:
> On Wed, Mar 26, 2014 at 11:10:04AM -0700, Clint Byrum wrote:
> > This is an issue that affects all of our git repos. If you are using
> > oslo.config, you will likely also be using the sample config generator.
> >
> > However, fo
Here's the bug for Glance: https://bugs.launchpad.net/glance/+bug/1298039
- Original Message -
From: "Clark Boylan"
To: "OpenStack Development Mailing List (not for usage questions)"
Sent: Wednesday, March 26, 2014 4:04:12 PM
Subject: Re: [openstack-dev] [depfreeze] Exception: limit psu
- Original Message -
> On 27 March 2014 06:28, Eoghan Glynn wrote:
> >
> >
> >> On 3/25/2014 1:50 PM, Matt Wagner wrote:
> >> > This would argue to me that the easiest thing for Ceilometer might be
> >> > to query us for IPMI stats, if the credential store is pluggable.
> >> > "Fetch the
Also, some systems have more sophisticated IPMI topology than a single node
instance, like in case of chassis-based systems. Some other systems might
use vendor-specific IPMI extensions or alternate platform management
protocols, that could require vendor-specific drivers to terminate.
Going for
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
tomorrow Thursday, March 27th at 17: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 to
> I haven't gotten to my email back log yet, but want to point out that I agree
> with everything Robert just said. I also raised these concerns on the
> original ceilometer BP, which is what gave rise to all the work in ironic
> that Haomeng has been doing (on the linked ironic BP) to expose the
On Mar 26, 2014, at 11:40 AM, Jay Pipes wrote:
> On Wed, 2014-03-26 at 09:47 -0700, Vishvananda Ishaya wrote:
>> Personally I view this as a bug. There is no reason why we shouldn’t
>> support arbitrary grouping of zones. I know there is at least one
>> problem with zones that overlap regarding
I can't agree more on this. Although the name sounds identical to AWS, Nova
AZs are *not* for segregating compute nodes, but rather exposing to users a
certain sort of grouping.
Please see this pointer for more info if needed :
http://russellbryantnet.wordpress.com/2013/05/21/availability-zones-and
1 - 100 of 122 matches
Mail list logo
