On Wed, Jan 29, 2014 at 6:08 AM, Stefano Maffulli wrote:
> Hello folks
>
> we're almost ready to import all questions and asnwers from LP Answers
> into Ask OpenStack. You can see the result of the import from Nova on
> the staging server http://ask-staging.openstack.org/
>
> There are some forma
On 25 January 2014 03:33, CARVER, PAUL wrote:
> I agree that I'd like to see a set of use cases for this. This is the second
> time in as many days that I've heard about a desire to have such a thing but
> I still don't think I understand any use cases adequately.
>
>
>
> In the physical world it
On Jan 22, 2014, at 7:27 PM, Wangshen (Peter) wrote:
>> -Original Message-
>> From: Vishvananda Ishaya [mailto:vishvana...@gmail.com]
>> Sent: Wednesday, January 22, 2014 2:26 AM
>> To: OpenStack Development Mailing List (not for usage questions)
>> Cc: Jinbo (Justin)
>> Subject: Re: [op
Hi,
We have a git working group meeting scheduled for tomorrow morning at 9am PST.
Please follow link for additional timezones:
http://www.worldtimebuddy.com/?qm=1&lid=100,8,524901,2158177&h=100&date=2014-01-29&sln=17-18
I currently have only 3 things on the agenda:
- solum_hacks branch w
Hi Akihiro-
What kind of third party testing is required?
I have written the driver, unit test case and checked the driver with tempest
testing.
Do I need to check with any other third party testing?
Kindly help me in this regard.
--
Trinath Somanchi - B39208
trinath.soman...@freescale.com
I would not want to use nova-cert for something like this. It was a minimum
viable option for supporting the ec2 upload bundle use case which requires
certs to work. We also managed to get it working for our hacky vpn solution
long ago, but it is definitely not a best practices case. Perhaps cer
On Jan 24, 2014, at 6:33 AM, CARVER, PAUL wrote:
> I agree that I’d like to see a set of use cases for this. This is the second
> time in as many days that I’ve heard about a desire to have such a thing but
> I still don’t think I understand any use cases adequately.
>
> In the physical worl
On Jan 24, 2014, at 9:05 AM, Jon Bernard wrote:
> * Vishvananda Ishaya wrote:
>>
>> On Jan 16, 2014, at 1:28 PM, Jon Bernard wrote:
>>
>>> * Vishvananda Ishaya wrote:
On Jan 14, 2014, at 2:10 PM, Jon Bernard wrote:
>
>
>> As you’ve defined the feature so far,
On Jan 27, 2014, at 6:57 PM, Christopher Yeoh wrote:
> On Tue, Jan 28, 2014 at 12:55 AM, Sean Dague wrote:
> On 01/27/2014 09:07 AM, Macdonald-Wallace, Matthew wrote:
> > Hi Sean,
> >
> > I'm currently working on moving away from the "built-in" logging to use
> > log_config= and the python log
Hi Jay,
On Jan 28, 2014, at 4:23 PM, Jay Pipes
wrote:
> On Tue, 2014-01-28 at 17:20 -0600, Caleb Groom wrote:
>> On January 28, 2014 at 5:05:56 PM, Jay Pipes (jaypi...@gmail.com)
>> wrote:
>>> In the Related Work section, you list:
>>>
>>> Devstructure Blueprint (https://github.com/devstructur
On Jan 28, 2014, at 12:17 PM, Justin Santa Barbara wrote:
> Thanks John - combining with the existing effort seems like the right
> thing to do (I've reached out to Claxton to coordinate). Great to see
> that the larger issues around quotas / write-once have already been
> agreed.
>
> So I pro
I’d be interested in this. While I have not provided any contributions to
Ironic thus far, I’m beginning to look at it for some things. I am local to
the bay area, so Sunnyvale is a convenient location for me as well. :)
- Chris
On Jan 24, 2014, at 5:30 PM, Devananda van der Veen
wrote:
>
On January 28, 2014 at 6:23:14 PM, Jay Pipes
(jaypi...@gmail.com(mailto://jaypi...@gmail.com)) wrote:
> On Tue, 2014-01-28 at 17:20 -0600, Caleb Groom wrote:
> > On January 28, 2014 at 5:05:56 PM, Jay Pipes (jaypi...@gmail.com)
> > wrote:
> > > In the Related Work section, you list:
> > >
> > > D
It might be more useful to make it a generic library which is used by relevant
Openstack libraries
On Wednesday, January 29, 2014 3:36 AM, Donald Stufft wrote:
On Jan 28, 2014, at 5:01 PM, Julien Danjou wrote:
> On Tue, Jan 28 2014, Doug Hellmann wrote:
>
>> There are several reviews rel
Thx, Adam!
2014-01-29 Adam Young
> On 01/28/2014 09:55 PM, Александра Безбородова wrote:
>
> Hi all,
> I want to participate in Barbican project. I'm interested in this bp
> https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation
> Who can answer some questions abou
Hi,
I added a few comments in this wiki that Yongli came up with:
https://wiki.openstack.org/wiki/PCI_passthrough_SRIOV_support
Please check it out and look for Robert in the wiki.
Thanks,
Robert
On 1/21/14 9:55 AM, "Robert Li (baoli)" wrote:
>Yunhong,
>
>Just try to understand your use case
On 01/28/2014 09:55 PM, ?? ??? wrote:
Hi all,
I want to participate in Barbican project. I'm interested in this bp
https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation
Who can answer some questions about it?
_
Hi all,
I want to participate in Barbican project. I'm interested in this bp
https://blueprints.launchpad.net/barbican/+spec/support-rsa-key-store-generation
Who can answer some questions about it?
___
OpenStack-dev mailing list
OpenStack-dev@lists.openst
On Tue, Jan 28, 2014 at 12:54 PM, Simon Perfer wrote:
> Thanks again, Dolph.
>
> First, is there some good documentation on how to write a custom driver?
> I'm wondering specifically about how a "keystone user-list" is mapped to a
> specific function in identity/backend/mydriver.py.
>
I believe i
So, thoughts...
I do see this as useful, but I don't see an all-in-one overcloud as
useful for developers of tuskar (or pretty much anything). It's just
not realistic enough.
I'm pro having downloadable images, long as we have rights to do that
for whatever OS we're based on. Ideally we'd have im
On 2014-01-27 11:42, Doug Hellmann wrote:
> We have a blueprint open for separating translated log messages into
> different domains so the translation team can prioritize them differently
> (focusing on errors and warnings before debug messages, for example) [1].
> Some concerns were raise
Is it possible to include a link to the original LP Answers page as a
comment on the question? Or are the LP Answers sections getting wiped
completely after the move?
Also perhaps all imported questions should be tagged "lp-answers" or
something? This would help manual curators to vote and further
On 01/28/2014 10:55 AM, Jani, Nrupal wrote:
While technically it is possible, we as a team can decide
about the final recommendationJGiven that VFs are going to be used for
the high-performance VMs, mixing VMs with virtio & VFs may not be a good
option. Initially we can use PF interface for the
Hello folks
we're almost ready to import all questions and asnwers from LP Answers
into Ask OpenStack. You can see the result of the import from Nova on
the staging server http://ask-staging.openstack.org/
There are some formatting issues for the imported questions and I'm
trying to evaluate how
Hi,
I am working on this ironic bp -
https://blueprints.launchpad.net/ironic/+spec/send-data-to-ceilometer,
worked out solutions as below, can you help to review, welcome your
comments:
We will call ipmi command/api to get sensor data(sensor name, sensor
current value, min/max value, status etc)
On Tue, 2014-01-28 at 17:20 -0600, Caleb Groom wrote:
> On January 28, 2014 at 5:05:56 PM, Jay Pipes (jaypi...@gmail.com)
> wrote:
> > In the Related Work section, you list:
> >
> > Devstructure Blueprint (https://github.com/devstructure/blueprint)
> >
> > That is precisely what I would recommend
On January 28, 2014 at 5:18:42 PM, Yang Shuo (Shuo)
(shuo.y...@huawei.com(mailto://shuo.y...@huawei.com)) wrote:
> Andrian,
>
> Looks an interesting idea. Would you envision Satori primarily as an
> migration tool? Let's use the following scenarios as an example to explore
> the scope in your
Hi all,
The Google Summer of Code program has been around since 2005, and as an org
OpenStack has applied a few of the past years without getting accepted due
to needing more detail in the projects and dedicated mentors.
I'd like to see if we as a project want to try again this year to put in
proj
FYI - I have pushed a change to gerrit for this:
https://review.openstack.org/#/c/69748/
I went the simple route of just including the last exception encountered.
All comments and reviews welcome!!
Andre Pech wrote on 01/24/2014 03:43:24 PM:
> From: Andre Pech
> To: "OpenStack Development
On Fri, Jan 24, 2014 at 8:28 AM, Russell Bryant wrote:
> Greetings,
>
> Recently Sean Dague started some threads [1][2] about the future of XML
> support in Nova's compute API. Specifically, he proposed [3] that we
> drop XML support in the next major version of the API (v3). I wanted to
> foll
> A big part of my interest here is to make INFO a useful informational
> level for operators. That means getting a bunch of messages out of it
> that don't belong.
+1 to that! How should I open / tag bugs for this?
We should be logging user / tenant on every wsgi request, so that should
> be pa
On 28/01/14 07:13 -0800, Georgy Okrokvertskhov wrote:
Hi,
From my experience context is usually bigger then just a storage for user
credentials and specifics of request. Context usually defines an area
within the called method should act. Probably the class name RequestContext
is a bit confusing
On January 28, 2014 at 5:05:56 PM, Jay Pipes (jaypi...@gmail.com) wrote:
In the Related Work section, you list:
Devstructure Blueprint (https://github.com/devstructure/blueprint)
That is precisely what I would recommend. I don't see value in having a
separate OpenStack project that does this.
Be
On 01/28/2014 06:02 PM, Jay Pipes wrote:
> On Tue, 2014-01-28 at 22:36 +, Adrian Otto wrote:
>> OpenStack Devs,
>>
>> I'd like to introduce you to a team working on an interesting problem space.
>> We would like to know what you think about Configuration Discovery. We plan
>> to build a tool
Andrian,
Looks an interesting idea. Would you envision Satori primarily as an migration
tool? Let's use the following scenarios as an example to explore the scope in
your mind.
Server1 is a physical server running a mail server service, and we would like
migrate it onto a virtual server provis
On 01/28/2014 05:56 PM, Jay Pipes wrote:
> On Tue, 2014-01-28 at 16:25 -0500, Brad Topol wrote:
>> So we are starting to add more cloud audit (aka CADF) support to
>> OpenStack. We have support in Nova and infrastructure added to
>> Ceilometer and I am starting to add this capability to keystone.
On 01/28/2014 06:02 PM, Jay Pipes wrote:
> On Tue, 2014-01-28 at 22:36 +, Adrian Otto wrote:
>> OpenStack Devs,
>>
>> I'd like to introduce you to a team working on an interesting problem space.
>> We would like to know what you think about Configuration Discovery. We plan
>> to build a tool
On Tue, 2014-01-28 at 22:36 +, Adrian Otto wrote:
> OpenStack Devs,
>
> I'd like to introduce you to a team working on an interesting problem space.
> We would like to know what you think about Configuration Discovery. We plan
> to build a tool that aids in the process of automated configura
Well say Carl!
I am sorry I did not get back to you on this topic before.
In general and after thinking about it, it makes sense to leave could
admin to adage the /32 cases if any.
Edgar
On 1/28/14 1:46 PM, "Carl Baldwin" wrote:
>I think I agree. The new check isn't adding much value and we co
On 2014-01-27 14:12, CARVER, PAUL wrote:
Jay Pipes wrote:
Have you ever tried using Google Translate for anything more than very
simple phrases?
The results can be... well, interesting ;) And given the amount of
technical terms used in these messages, I doubt GT or any automated
translating
On Tue, 2014-01-28 at 16:25 -0500, Brad Topol wrote:
> So we are starting to add more cloud audit (aka CADF) support to
> OpenStack. We have support in Nova and infrastructure added to
> Ceilometer and I am starting to add this capability to keystone. This
> work is based on sending events to cei
Hi Folks,
Can we have one more meeting tomorrow? I'd like to discuss the blueprints we
are going to have and what each BP will be covering.
thanks,
Robert
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-b
On 01/28/2014 05:06 PM, Donald Stufft wrote:
>
> On Jan 28, 2014, at 5:01 PM, Julien Danjou
> wrote:
>
>> On Tue, Jan 28 2014, Doug Hellmann wrote:
>>
>>> There are several reviews related to adding VMware interface
>>> code to the oslo-incubator so it can be shared among projects
>>> (start at
On Tue, Jan 28, 2014 at 5:06 PM, Donald Stufft wrote:
>
> On Jan 28, 2014, at 5:01 PM, Julien Danjou wrote:
>
> > On Tue, Jan 28 2014, Doug Hellmann wrote:
> >
> >> There are several reviews related to adding VMware interface code to the
> >> oslo-incubator so it can be shared among projects (st
OpenStack Devs,
I'd like to introduce you to a team working on an interesting problem space. We
would like to know what you think about Configuration Discovery. We plan to
build a tool that aids in the process of automated configuration discovery.
At Rackspace we work with customers who have pr
Sorry to revive an old thread, but I've updated these images based on
the icehouse-2 milestone.
I've updated the instructions with the new download links:
https://gist.github.com/slagle/981b279299e91ca91bd9
To reiterate, the point here is to give people an easier on ramp to
getting a tripleo setu
On Jan 28, 2014, at 5:01 PM, Julien Danjou wrote:
> On Tue, Jan 28 2014, Doug Hellmann wrote:
>
>> There are several reviews related to adding VMware interface code to the
>> oslo-incubator so it can be shared among projects (start at
>> https://review.openstack.org/#/c/65075/7 if you want to l
On Tue, Jan 28 2014, Doug Hellmann wrote:
> There are several reviews related to adding VMware interface code to the
> oslo-incubator so it can be shared among projects (start at
> https://review.openstack.org/#/c/65075/7 if you want to look at the code).
>
> I expect this code to be fairly stand-
+1 anyway. Sometimes I feel like we've lost the humor in our work, but at
least I see it on IRC and now here.
Thanks for the humanity check!
--Rocky
From: Salvatore Orlando [mailto:sorla...@nicira.com]
Sent: Tuesday, January 28, 2014 1:05 PM
To: OpenStack Development Mailing List (not for usag
I think I agree. The new check isn't adding much value and we could
debate for a long time whether /30 is useful and should be disallowed
or not. There are bigger fish to fry.
Carl
On Fri, Jan 24, 2014 at 10:43 AM, Paul Ward wrote:
> Given your obviously much more extensive understanding of ne
Thanks Adam. We played around with domains without success. There's a rather
complex reason why given our existing OpenStack environment.
I'm still hoping that it will be simple enough to extend an existing driver.
I'd also love to learn how to code my own driver for some more complex
authentica
So we are starting to add more cloud audit (aka CADF) support to
OpenStack. We have support in Nova and infrastructure added to Ceilometer
and I am starting to add this capability to keystone. This work is based
on sending events to ceilometer. If this is related to the audit work
below I wo
It might be creative, but it's a shame that it did not serve the purpose.
At least it confirmed the kernel bug was related to process termination in
network namespaces but was due to SIGKILL exlusively, as it occurred with
SIGTERM as well.
On the bright side, Mark has now pushed another patch whic
On 01/23/2014 06:21 AM, Steven Hardy wrote:
Hi all,
I've recently been working on migrating the heat internal interfaces to use
the keystone v3 API exclusively[1].
This work has mostly been going well, but I've hit a couple of issues which
I wanted to discuss, so we agree the most appropriate w
A few minutes ago we sent the first batch of invites to people who
contributed to any of the official OpenStack programs[1] from 00:00 UTC
on April 4, 2014 (Grizzly release day) until present.
We'll send more invites *after each milestone* from now on and until
feature freeze (March 6th, according
On 01/27/2014 12:26 PM, Marek Denis wrote:
Dear all,
We have Identity Provider and mapping CRUD operations already merged,
so it's a good point to prepare Keystone and Apache to handle SAML (as
a starter) requests/responses.
For the next OpenStack release it'd be the Apache that handles SAML
Use two separate domains for them. Make the userids be "uuid@domainid"
to be able distinguish one from the other.
On 01/27/2014 04:27 PM, Simon Perfer wrote:
I'm looking to create a simple Identity driver that will look at
usernames. A small number of specific users should be authenticated by
Hi!
Nice find, this is a bug. I have reported it along with instructions for fixing
here:
https://bugs.launchpad.net/nova/+bug/1273837
Vish
On Jan 21, 2014, at 6:20 PM, li zheming wrote:
> hi all:
>I used euca2tool3.1.10 to test ec2 api.but when I do cmd
> "euca-describle-address", it r
Thanks John - combining with the existing effort seems like the right
thing to do (I've reached out to Claxton to coordinate). Great to see
that the larger issues around quotas / write-once have already been
agreed.
So I propose that sharing will work in the same way, but some values
are visible
There are several reviews related to adding VMware interface code to the
oslo-incubator so it can be shared among projects (start at
https://review.openstack.org/#/c/65075/7 if you want to look at the code).
I expect this code to be fairly stand-alone, so I wonder if we would be
better off creatin
On Mon, Jan 27, 2014 at 11:41 AM, Brant Knudson wrote:
> A few days ago, a change I submitted to reviewday to generate JSON results
> for easy consumption by an application merged. I was hoping that this could
> be used with next-review to help me prioritize reviews.
>
> So I was expecting to now
On Mon, Jan 27, 2014 at 11:04 AM, Elizabeth Krumbach Joseph
wrote:
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting tomorrow, Tuesday January 28th, at 19:00 UTC in
> #openstack-meeting
Thanks to everyone who joined us, meeting minutes and logs now available:
Minutes:
On 01/28/2014 12:41 PM, Scott Devoid wrote:
> For the uses I've seen of it in the nova api code INFO would be
> perfectly fine in place of AUDIT.
>
>
> We've found the AUDIT logs in nova useful for tracking which user
> initiated a particular request (e.g. delete this instance). AUDIT had
On Tue, Jan 28, 2014 at 7:35 PM, Vishvananda Ishaya
wrote:
> The key use case here is to delegate administration rights for a group of
> tenants to a specific user/role. There is something in Keystone called a
> "domain" which supports part of this functionality, but without support
> from all of
Thanks again, Dolph.
First, is there some good documentation on how to write a custom driver? I'm
wondering specifically about how a "keystone user-list" is mapped to a specific
function in identity/backend/mydriver.py. I suppose this mapping is why I was
getting the 500 error about the action n
Hi Everyone,
I apologize for the obtuse title, but there isn't a better succinct term to
describe what is needed. OpenStack has no support for multiple owners of
objects. This means that a variety of private cloud use cases are simply not
supported. Specifically, objects in the system can only
Hi Yongli,
In today's IRC meeting, we discussed this a little bit. I think the answer
probably lies in the definition of the PCI request. In the current
implementation of _translate_alias_to_requests(), a new property (assume it's
called requestor_id) maybe added to the PCI request. And this is
On 01/28/2014 11:42 AM, Jay Pipes wrote:
On Tue, 2014-01-28 at 10:02 -0500, Tzu-Mainn Chen wrote:
Yep, although the reason why - that no end-user will know what these terms mean
-
has never been entirely convincing to me.
Well, tenants would never see any of the Tuskar UI, so I don't think
Hello,
excellent, this is exactly what we need in Tuskar. :-)
Might be good to monitor it via SNMPD. As this daemon will be
already running on each node. And I see it should be possible, though
not very popular.
Then it would be nice to have the data stored in Ceilometer, as
it provides generic
>
> For the uses I've seen of it in the nova api code INFO would be perfectly
> fine in place of AUDIT.
>
We've found the AUDIT logs in nova useful for tracking which user initiated
a particular request (e.g. delete this instance). AUDIT had a much better
signal to noise ratio than INFO or DEBUG.
No doubt about it!!!
Edgar
On 1/28/14 8:45 AM, "Jay Pipes" wrote:
>This might just be the most creative commit message of the year.
>
>-jay
>___
>OpenStack-dev mailing list
>OpenStack-dev@lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman
Hi Sean,
Could 1.1.1 "Every Inbound WSGI request should be logged Exactly Once" be used
to track API call data in order to discover which API calls are being made most
frequently?
It certainly seems like it could but I want to confirm. I ask because this came
up as B "Get aggregate API call da
On 1/24/2014 2:29 PM, Sean Dague wrote:
Correction, Monday Jan 27th.
My calendar widget was apparently still on May for summit planning...
On 01/24/2014 07:40 AM, Sean Dague wrote:
It may feel like it's been gate bug day all the days, but we would
really like to get people together for gate
Hi Vinod,
Sorry for the top post, but there is a lot that needs to be done across
projects to make the idea of domains and trees actually work. One of the issues
which you mention below is the idea of quotas. I was just having a discussion
with some folks in IRC about this very issue, and there
Today I'm happy to announce that we have released Swift 1.12.0. As
always, this is a stable release and you can upgrade to this version
of Swift with no customer downtime.
You can download the code for this release at
https://launchpad.net/swift/icehouse/1.12.0 or bug your package
provider for the
Thx Irena.
Nrupal
From: Irena Berezovsky [mailto:ire...@mellanox.com]
Sent: Monday, January 27, 2014 10:04 PM
To: OpenStack Development Mailing List (not for usage questions)
Cc: Jani, Nrupal
Subject: RE: [openstack-dev] [nova][neutron] PCI pass-through SRIOV
Hi Nrupal,
We definitely consider bo
My comments inline below.
Nrupal.
From: Robert Li (baoli) [mailto:ba...@cisco.com]
Sent: Tuesday, January 28, 2014 8:32 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV
Hi,
For the second case, supposed that
Hello all,
In our first pass at EDP, the model for job settings was very consistent
across all of our job types. The execution-time settings fit into this
(superset) structure:
job_configs = {'configs': {}, # config settings for oozie and hadoop
'params': {}, # substitution values
On Tue, Jan 28, 2014 at 3:55 AM, Flavio Percoco wrote:
> On 27/01/14 14:57 -0500, Doug Hellmann wrote:
>
>> The Oslo team has a few items we need to discuss, so I'm calling a
>> meeting for
>> this Friday, 31 Jan. Our normal slot is 1400 UTC Friday in
>> #openstack-meeting.
>> The agenda [1] incl
On Tue, 2014-01-28 at 10:02 -0500, Tzu-Mainn Chen wrote:
> Yep, although the reason why - that no end-user will know what these terms
> mean -
> has never been entirely convincing to me.
Well, tenants would never see any of the Tuskar UI, so I don't think we
need worry about them. And if a deploy
This might just be the most creative commit message of the year.
-jay
--- Begin Message ---
Salvatore Orlando has uploaded a new change for review.
Change subject: Kill dnsmasq and ns-meta softly
..
Kill dnsmasq and ns-meta soft
Hi,
For the second case, supposed that the PF is properly configured on the host,
is it a matter of configuring it as you normally do with a regular ethernet
interface to add it to the linux bridge or OVS?
--Robert
On 1/28/14 1:03 AM, "Irena Berezovsky"
mailto:ire...@mellanox.com>> wrote:
Hi
Hi folks,
based on overcloud.yaml file (thanks Rob for pointing me there), I put
together attributes for deployment configuration which should appear in
the UI. Can I ask for a help, to review the list if it is accurate and
if not to correct it?
https://etherpad.openstack.org/p/tuskar-ui-con
Hi there,
The deadline of blueprints approval comes really quickly and I understand that
there
are a lot of work todo, but I would like get your attention about 3 new filters
targeted
for icehouse-3 and with a code already in review.
-
https://blueprints.launchpad.net/nova/+spec/per-aggregat
I haven't started contributing to openstack, looks like this might be good
opportunity. Count me in. I had the same doubt about AUDIT level log in
cinder.
On Tue, Jan 28, 2014 at 8:16 PM, Alexander Tivelkov
wrote:
> Very interested, thanks a lot for this topic.
> Will work on bringing all of thi
Hi,
>From my experience context is usually bigger then just a storage for user
credentials and specifics of request. Context usually defines an area
within the called method should act. Probably the class name RequestContext
is a bit confusing. The actual goal of the context should be defined by a
Yep, although the reason why - that no end-user will know what these terms mean
-
has never been entirely convincing to me. But even if we don't use the word
'overcloud', I think we should use *something*. Deployment is just so vague
that without some context, it could refer to anything.
As a s
Very interested, thanks a lot for this topic.
Will work on bringing all of this to Murano
--
Regards,
Alexander Tivelkov
On Tue, Jan 28, 2014 at 6:45 AM, Sergey Lukjanov wrote:
> FYI it was added to the project meeting agenda -
> https://wiki.openstack.org/wiki/Meetings/ProjectMeeting
>
>
> On
Excerpts from Richard Su's message of 2014-01-27 17:59:34 -0800:
> Hi,
>
> I have been looking into how to add process/service monitoring to
> tripleo. Here I want to be able to detect when an openstack dependent
> component that is deployed on an instance has failed. And when a failure
> has occu
Hi everyone,
Too many of us are unable to make the meeting today.
So I'm going to cancel for today. We resume the regular hyper-v meeting next
week.
P
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
I thought we were avoiding using overcloud and undercloud within the UI?
-J
On 01/28/2014 03:04 AM, Tzu-Mainn Chen wrote:
> I've spent some time thinking about this, and I have a clarification.
>
> I don't like the use of the word 'deployment', because it's not exact
> enough for me. Future pla
On 01/27/2014 09:32 PM, Robert Collins wrote:
On 28 January 2014 14:59, Richard Su wrote:
Hi,
I have been looking into how to add process/service monitoring to
tripleo. Here I want to be able to detect when an openstack dependent
component that is deployed on an instance has failed. And when
Additionally, I think that we should explicitly specify the need to ensure
that all outputs doesn't contain any sensitive information like credentials.
On Tue, Jan 28, 2014 at 4:06 PM, Alexander Ignatov wrote:
> "EDP internal" I meant current EDP specific code. And since job configs
> are job-sp
I think that firstly you should define the policy / approach for choosing
the date for the next release. At least it should be clear which is more
important - release data or scope.
On Thu, Jan 23, 2014 at 9:07 PM, Dina Belova wrote:
> Hello folks :)
>
> We've started accumulating ideas for 0.2
Hi Jamie,
Indeed, it is more important to be able to set quotas on every
resource in the context of public clouds, than in the context of
private clouds. With public cloud, we cannot assume that the user will
not (deliberately or not) create millions of users if he can.
I agree that there are sev
You mean between what can be done as part of creating a VM vs what can be done
to modify a VM after creation?
Consistency seems generally a positive thing, although from a GUI perspective
there might be an argument to be made against making the GUI too confusing for
simple tasks in order to all
Greetings,
I wanted to draw some attention to deadlines we will be using in Nova
for icehouse-3 to help trim our roadmap down to what we think can get
in. We currently have 153 blueprints targeted to icehouse-3, which is
far from realistic.
https://launchpad.net/nova/+milestone/icehouse-3
On 01/28/2014 07:23 AM, Alan Pevec wrote:
>> ... or fix the tests on stable/* ?
>
> That would be:
> https://review.openstack.org/#/q/I5063c652c705fd512f90ff3897a4c590f7ba7c02,n,z
> and is already proposed for Havana.
> Sean, please submit it for stable/grizzly too.
Doing now, I had done it local
On 01/28/2014 07:18 AM, Alan Pevec wrote:
> 2014-01-27 Doug Hellmann :
>> I have just released a new version of stevedore, 0.14, which includes a
>> change to stop checking version numbers of dependencies for plugins. This
>> should eliminate one class of problems we've seen where we get conflictin
> ... or fix the tests on stable/* ?
That would be:
https://review.openstack.org/#/q/I5063c652c705fd512f90ff3897a4c590f7ba7c02,n,z
and is already proposed for Havana.
Sean, please submit it for stable/grizzly too.
Thanks,
Alan
___
OpenStack-dev mailing
1 - 100 of 125 matches
Mail list logo