Hi,
I have successfully setup latest devstack.
I am aware that the Nova Ironic driver is temporarily in
ironic.nova.virt.ironic..
I am not sure how to use this driver in Nova and then create flavors or
Nodes in Nova that will then call Ironic.
I am a bit confused about the workflow for
Timur, I don't know about plans to support different languages for Murano
Engine. I think Murano PL may be valuable as standalone library, so I think
we should extract Murano PL code to separate package, and if we will need
it as a library it will be easy to extract to.
On Mon, Mar 24, 2014 at
+1 for muranoapi.engine.murano_pl, because 'dsl'/'language' terms are too broad.
On Mon, Mar 24, 2014 at 12:48 AM, Timur Nurlygayanov
tnurlygaya...@mirantis.com wrote:
Hi Serg,
This idea sounds good, I suggest to use name 'murano.engine.murano_pl' (not
just common name like 'language' or
Hi stackers,
I would like to propose Kun Huang to Rally Core team.
As you saw already, he is doing a lot of good reviews, and catch a lot of
nits and bugs, so he will be a good core reviewer.
Here is detailed statistics for the latest 30 days:
because 'dsl'/'language' terms are too broad.
Too broad in general, but we choose name for sub-package, and in murano
term 'language' mean Murano PL.
+1 for language
On Mon, Mar 24, 2014 at 11:26 AM, Timur Sufiev tsuf...@mirantis.com wrote:
+1 for muranoapi.engine.murano_pl, because
What does PL stand for, anyway?
--
Best regards,
Oleg Gelbukh
On Mon, Mar 24, 2014 at 11:39 AM, Serg Melikyan smelik...@mirantis.comwrote:
because 'dsl'/'language' terms are too broad.
Too broad in general, but we choose name for sub-package, and in murano
term 'language' mean Murano PL.
Programming Language, AFAIK
On Mon, Mar 24, 2014 at 11:46 AM, Oleg Gelbukh ogelb...@mirantis.comwrote:
What does PL stand for, anyway?
--
Best regards,
Oleg Gelbukh
On Mon, Mar 24, 2014 at 11:39 AM, Serg Melikyan smelik...@mirantis.comwrote:
because 'dsl'/'language' terms are too
It's the first call starting the daemon / loading config files, etc?,
May be that first sample should be discarded from the mean for all
processes (it's an outlier value).
On 03/21/2014 05:32 PM, Yuriy Taraday wrote:
On Fri, Mar 21, 2014 at 2:01 PM, Thierry Carrez thie...@openstack.org
Hi stackers:
I have a problem about unification of timestamp related parameters in query
fileds.
the related bug is:
https://bugs.launchpad.net/ceilometer/+bug/1295100
start_timestamp/end_timestamp and start/end and timestamp is not unified in
query fields.
for examples:
the valid
Chris,
In oslo.messaging a single reply queue is used to gather results from
all the calls. It is created lazily on the first call and is used
until the process is killed. I did a quick look at oslo.rpc from
oslo-incubator and it seems like it uses the same pattern, which is
not surprising since
Regarding the spawn there are a number of patches up for review at the
moment - they are all mutually exclusive and hopefully will make the
process a lot smoother.
https://review.openstack.org/#/q/topic:bp/vmware-spawn-refactor,n,z
In addition to this we have a patch up for review with the OSLO
Hi,
https://etherpad.openstack.org/p/IronicAndDevstackAgain might help you.
Should flawlessly work on Ubuntu 12.04. Latest devstack creates baremetal
flavor by itself, so you don't need to create it manually.
Let me know if you need any additional help. Or it could be better to ask
in IRC
+1
Kun has been very active on gerrit, and contributed good patches, so will
be a great addition to the core team.
--
Hugh Saunders
On 24 March 2014 07:31, Boris Pavlovic bpavlo...@mirantis.com wrote:
Hi stackers,
I would like to propose Kun Huang to Rally Core team.
As you saw already,
Joe Gordon wrote:
There are still two outstanding trove dependencies that are currently
used in trove but not in global requirements. It would be nice to get
this sorted out before the freeze so we can
turn https://review.openstack.org/#/c/80690/ on.
mockito
Hi all,
Does turbo-hipster fail in Nova? I rechecked and recommitted my
patches[1][2], the gate jobs always fail.
I check all the Nova patches on Gerrit[3] now, and found lots of nova
patches fail caused by turbo-hipster.
Does it meet some problems?
Thanks.
wingwj
-
[1]
Hi Serg,
Are you proposing to have a standalone git repository / stack forge project
for that? Or just a separate package inside our primary murano repo?
--
Regards,
Alexander Tivelkov
On Mon, Mar 24, 2014 at 12:00 PM, Serg Melikyan smelik...@mirantis.comwrote:
Programming Language, AFAIK
Russell Bryant wrote:
On 03/21/2014 02:55 PM, Stefano Maffulli wrote:
While I'm here, and for the records, I think that creating a new
workflow 'temporarily' only until we have Storyboard usable, is a *huge*
mistake. It seems to me that you're ignoring or at least underestimating
the amount
The information provided in patch[1] is like this:
-
gate-real-db-upgrade_nova_mysql_devstack_131007http://www.rcbops.com/turbo_hipster/results/72/72554/8/check/gate-real-db-upgrade_nova_mysql_devstack_131007/ddedd5a/131007_devstack_export.log
SUCCESS in 9m 08s
-
+1 !
Thanks.
-chen
From: Boris Pavlovic [mailto:bpavlo...@mirantis.com]
Sent: Monday, March 24, 2014 3:32 PM
To: OpenStack Development Mailing List
Subject: [openstack-dev] [rally] Proposing Kun to Rally Core.
Hi stackers,
I would like to propose Kun Huang to Rally Core team.
As you saw
+1I would like to propose Kun Huang to Rally Core team.As you saw already, he is doing a lot of good reviews, and catch a lot of nits and bugs, so he will be a good core reviewer.
Here is detailed statistics for the latest 30 days:http://stackalytics.com/report/contribution/rally/30
nice to join you guys ; )
On Monday, March 24, 2014, Hugh Saunders h...@wherenow.org wrote:
+1
Kun has been very active on gerrit, and contributed good patches, so will
be a great addition to the core team.
--
Hugh Saunders
On 24 March 2014 07:31, Boris Pavlovic
Kun,
Welcome to Rally core team! =)
Best regards,
Boris Pavlovic
On Mon, Mar 24, 2014 at 2:12 PM, Gareth academicgar...@gmail.com wrote:
nice to join you guys ; )
On Monday, March 24, 2014, Hugh Saunders h...@wherenow.org wrote:
+1
Kun has been very active on gerrit, and contributed
Alexander, to have simple sub-package in muranoapi.engine/muranoapi
On Mon, Mar 24, 2014 at 1:43 PM, Alexander Tivelkov
ativel...@mirantis.comwrote:
Hi Serg,
Are you proposing to have a standalone git repository / stack forge
project for that? Or just a separate package inside our primary
I like dsl most because it is
a. Short. This is especially good when you have that awesome 79-chars
limitation
b. It leaves a lot of room for changes. MuranoPL can change name. DSL - not
:)
On Mon, Mar 24, 2014 at 1:43 PM, Alexander Tivelkov
ativel...@mirantis.comwrote:
Hi Serg,
Are you
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.messaging, the
bulk of screen-n-cond is oslo.messaging debug errors. It seems that in
debug mode oslo.messaging is
Hi,
Here's the wiki page with a list of terms we're usually operate when
discussing lbaas object model:
https://wiki.openstack.org/wiki/Neutron/LBaaS/Glossary
Feel free to add/modify/ask questions.
Thanks,
Eugene.
___
OpenStack-dev mailing list
Hi all,
I drafted 2 blueprints (and pushed to patches) to allow administrators to:
- deploy an apache configuration :
https://blueprints.launchpad.net/horizon/+spec/web-conf-generation-script
- maintain the local_settings.py and migrate it easily with new
features (migration script)
Hi all!
While adapting Murano's Dynamic UI to the new MuranoPL data input
format, I've encountered the need to add some new fields to it, which
meant that the 'Version' field also had to be added to Dynamic UI. So,
Dynamic UI definition without Version field is supposed to be of v.1
while
Hi Stan,
Comments inline.
Zane,
I appreciate your explanations on Heat/HOT. This really makes sense.
I didn't mean to say that MuranoPL is better for Heat. Actually HOT is good
for Heat's mission. I completely acknowledge it.
I've tried to avoid comparison between languages and I'm sorry
Let's discuss this in community meeting.
I would suggest drop support for older version at least until we release
Murano 1.0. As soon as we start to guarantee backward compatibility we will
introduce MinimalMuranoVersion instead of Version because format would not
change but some particular
Looks good, Thanks Susanne
On Mon, Mar 24, 2014 at 6:55 AM, Eugene Nikanorov
enikano...@mirantis.comwrote:
Hi,
Here's the wiki page with a list of terms we're usually operate when
discussing lbaas object model:
https://wiki.openstack.org/wiki/Neutron/LBaaS/Glossary
Feel free to
Hi,
So that's where I want to make a first stop. If your primary user is not a
developer, there is no reason to introduce a DSL for security reasons. The
provider can trust the code he writes, and there is no need to create a
dedicated language.
I thinks this need to be clarified.
The
On Mon, Mar 24, 2014 at 4:13 PM, Thomas Herve thomas.he...@enovance.comwrote:
What I can say is that I'm not convinced. The only use-case for a DSL would
be if you have to upload user-written code, but what you mentioned is a Web
interface, where the user doesn't use the DSL, and the cloud
Hi cinder,
Just noticed we have competing solutions to implement extend_volume in the
generic NFS driver [1] [2]. I understand these are not targeted until
after RC1, but I also didn't want the duplicate effort lost in the
shuffle. Are there any thoughts on which is the more appropriate
When a change is complex good practice is to break the change into a
series of smaller individual patches that show the individual
incremental steps needed to get to the final goal. When partitioned into
small steps each change is easier to review and hopefully illustrates
the progression.
In
On Mon, Mar 24 2014, John Dennis wrote:
But from that point forward it appears as if each commit is handled
independently rather than being an ordered list of commits that are
grouped together sharing a single review where their relationship is
explicit. Also the jenkins tests either needs to
On 03/24/2014 10:31 AM, John Dennis wrote:
When a change is complex good practice is to break the change into a
series of smaller individual patches that show the individual
incremental steps needed to get to the final goal. When partitioned into
small steps each change is easier to review and
+1! Malini is going to be a great addition!
On 03/21/2014 09:06 PM, Alejandro Cabrera wrote:
+1.
Malini is dedicated to making Marconi and Openstack a healthier, better
place. I am very happy to see Malini being proposed for Core. I trust
that she'll do wonders for the project and will help
On Mon, Mar 24, 2014 at 8:31 AM, John Dennis jden...@redhat.com wrote:
When a change is complex good practice is to break the change into a
series of smaller individual patches that show the individual
incremental steps needed to get to the final goal. When partitioned into
small steps each
On 03/24/2014 11:08 AM, John Griffith wrote:
On Mon, Mar 24, 2014 at 8:31 AM, John Dennis jden...@redhat.com
mailto:jden...@redhat.com wrote:
When a change is complex good practice is to break the change into a
series of smaller individual patches that show the individual
MuranoPL supposed to provide a solution for the real needs to manage
services in the centralized manner and to allow cloud provider customers to
create their own services.
The application catalog similar to AppDirect (www.appdirect.com) natively
supported by OpenStack is a huge step forward.
Think
On 03/22/2014 03:14 AM, Sean Dague wrote:
Honestly, I largely disagree. This is applying some process where there
clearly wasn't any before.
We have a different perception evidently. I'm assuming you're
exaggerating for the sake of clarity because assuming there was no
process before means that
FWIW, I opened a bug [1] and proposed a fix [2].
[1]: https://bugs.launchpad.net/python-keystoneclient/+bug/1296794
[2]: https://review.openstack.org/#/c/82527/
On Fri, Mar 21, 2014 at 12:38 AM, Thomas Goirand z...@debian.org wrote:
On 03/20/2014 11:48 PM, Dolph Mathews wrote:
Yes, those
On 03/24/2014 02:59 AM, Dmitry Mescheryakov wrote:
Chris,
In oslo.messaging a single reply queue is used to gather results from
all the calls. It is created lazily on the first call and is used
until the process is killed. I did a quick look at oslo.rpc from
oslo-incubator and it seems like it
Hi Neutron LBaaS folks,
I have been getting up to speed on the Neutron LBaaS implementation and
have been wondering how to make it fit our needs in HP public cloud as well
as as an enterprise-grade load balancer service for HP Openstack
implementations. We are currently using Libra as our LBaaS
On 2014-03-24 09:31, John Dennis wrote:
When a change is complex good practice is to break the change into a
series of smaller individual patches that show the individual
incremental steps needed to get to the final goal. When partitioned into
small steps each change is easier to review and
A new version of the oslo.rootwrap library (1.2.0) was just released:
https://pypi.python.org/pypi/oslo.rootwrap
http://tarballs.openstack.org/oslo.rootwrap/oslo.rootwrap-1.2.0.tar.gz
MD5SUM: 2cd7e0b6e838d2ee492982e99a7834a2
It contains the following improvements and bugfixes:
Add
There's a proposed change to Keystone to update SQLAlchemy to 0.9[0] which
is failing in the doc build. I'm not sure exactly what it's doing that's
causing it to fail. I proposed changes to work around the issues[1] based
on the error messages. Part of the fix requires a change in oslo-incubator
On 3/21/14 3:49 PM, Rochelle.RochelleGrober rochelle.gro...@huawei.com
wrote:
From: Malini Kamalambal [mailto:malini.kamalam...@rackspace.com]
snip
We are talking about different levels of testing,
1. Unit tests - which everybody agrees should be in the individual
project
itself
2.
Hi,
So recently we started this experiment with the compute and qa programs
to try using Gerrit to review blueprints. Launchpad is deficient in
this area, and while we hope Storyboard will deal with it much better,
but it's not ready yet.
As a development organization, OpenStack scales by
Hi folks, thanks for taking part in Mistral meeting on #openstack-meeting
Here is the minutes and the full log.
Minutes
http://eavesdrop.openstack.org/meetings/mistral/2014/mistral.2014-03-24-16.03.html
Log:
We've been stress-testing our system doing controlled switchover of the
controller. Normally this works okay, but we've run into a situation that
seems to show a flaw in the reconnection logic.
On the compute node, nova-compute has managed to get into a state where it
shows as down in nova
Hello,
In Icehouse was introduced new column vif_details and removed
cap_port_filter. During db migration data in cap_port_filter column are
lost and after upgrade the vif_details column is legally empty. This
leads to tempest tests failure when checking port_filter[1].
What would be the impact
- Original Message -
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org
Sent: Sunday, March 23, 2014 9:02:23 PM
Subject: Re: [openstack-dev] [TripleO] test environment requirements
Excerpts from Dan Prince's message of 2014-03-21 09:25:42 -0700:
- Original Message -
From: Robert Collins robe...@robertcollins.net
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Sunday, March 23, 2014 11:18:19 PM
Subject: Re: [openstack-dev] [TripleO] test environment requirements
On
Any ideas on what might be going on would be appreciated.
This looks like something that should be filed as a bug. I don't have
any ideas off hand, bit I will note that the reconnection logic works
fine for us in the upstream upgrade tests. That scenario includes
starting up a full stack, then
On 03/24/2014 10:41 AM, Chris Friesen wrote:
We've been stress-testing our system doing controlled switchover of
the controller. Normally this works okay, but we've run into a
situation that seems to show a flaw in the reconnection logic.
On the compute node, nova-compute has managed to get
On 03/24/2014 12:34 PM, James E. Blair wrote:
Hi,
So recently we started this experiment with the compute and qa programs
to try using Gerrit to review blueprints. Launchpad is deficient in
this area, and while we hope Storyboard will deal with it much better,
but it's not ready yet.
This
My apologies if you receive this twice. I seems to have problems with my
gmail account.
Hi Neutron LBaaS folks,
I have been getting up to speed on the Neutron LBaaS implementation and
have been wondering how to make it fit our needs in HP public cloud as well
as as an enterprise-grade load
On 03/24/2014 11:42 AM, Stefano Maffulli wrote:
On 03/22/2014 03:14 AM, Sean Dague wrote:
Honestly, I largely disagree. This is applying some process where there
clearly wasn't any before.
We have a different perception evidently. I'm assuming you're
exaggerating for the sake of clarity
From: Dan Prince [mailto:dpri...@redhat.com]
Sent: 24 March 2014 16:53
Subject: Re: [openstack-dev] [TripleO] test environment requirements
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org
Sent: Sunday, March 23, 2014 9:02:23 PM
Subject: Re:
On 03/24/2014 10:59 AM, Dan Smith wrote:
Any ideas on what might be going on would be appreciated.
This looks like something that should be filed as a bug. I don't have
any ideas off hand, bit I will note that the reconnection logic works
fine for us in the upstream upgrade tests. That
On 03/24/2014 01:07 PM, Russell Bryant wrote:
On 03/24/2014 12:34 PM, James E. Blair wrote:
Hi,
So recently we started this experiment with the compute and qa programs
to try using Gerrit to review blueprints. Launchpad is deficient in
this area, and while we hope Storyboard will deal with
Hi everyone,
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting tomorrow, Tuesday March 25th, 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
On Sat, Mar 22, 2014 at 3:14 AM, Sean Dague s...@dague.net wrote:
Storyboard remains vaporware. I will be enormously happy when it is not.
You could, oh, I dunno, maybe contribute to the codebase. I am _certain_
that it would make more people happy than calling it vaporware on a public
list.
On 03/24/2014 12:20 PM, Russell Bryant wrote:
On 03/24/2014 11:42 AM, Stefano Maffulli wrote:
On 03/22/2014 03:14 AM, Sean Dague wrote:
Honestly, I largely disagree. This is applying some process where there
clearly wasn't any before.
We have a different perception evidently. I'm assuming
On 03/24/2014 01:07 PM, Russell Bryant wrote:
On 03/24/2014 12:34 PM, James E. Blair wrote:
Hi,
So recently we started this experiment with the compute and qa programs
to try using Gerrit to review blueprints. Launchpad is deficient in
this area, and while we hope Storyboard will deal with
+1 to all Ben said.
There are reasons to split things up in to a logical progression of
changes but each change must stand alone and must pass tests.
Carl
On Mon, Mar 24, 2014 at 10:03 AM, Ben Nemec openst...@nemebean.com wrote:
I should point out that Jenkins can't apply the next patch in
On 2014-03-23 22:18, Robert Collins wrote:
On 24 March 2014 14:06, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Robert Collins's message of 2014-03-13 02:51:30 -0700:
So we already have pretty high requirements - its basically a 16G
workstation as minimum.
Specifically to test the full
Don't discard the first number so quickly.
For example, say we use a timeout mechanism for the daemon running
inside namespaces to avoid using too much memory with a daemon in
every namespace. That means we'll pay the startup cost repeatedly but
in a way that amortizes it down.
Even if it is
On 03/24/2014 11:31 AM, Chris Friesen wrote:
It looks like we're raising
RecoverableConnectionError: connection already closed
down in /usr/lib64/python2.7/site-packages/amqp/abstract_channel.py, but
nothing handles it.
It looks like the most likely place that should be handling it is
On 03/24/2014 01:40 PM, Michael Krotscheck wrote:
On Sat, Mar 22, 2014 at 3:14 AM, Sean Dague s...@dague.net
mailto:s...@dague.net wrote:
Storyboard remains vaporware. I will be enormously happy when it is not.
You could, oh, I dunno, maybe contribute to the codebase. I am _certain_
I have the following murano-ci failure for my last patch set.
https://murano-ci.mirantis.com/job/mistral_master_on_commit/194/ Since I
modified the API launch script in mistral, is that the cause of this
failure here? Do I have to make changes to the tempest test? Please
advise. Thanks.
On
On Fri, Mar 21, 2014 at 9:38 AM, Malini Kamalambal
malini.kamalam...@rackspace.com wrote:
On 3/21/14 12:01 PM, David Kranz dkr...@redhat.com wrote:
On 03/20/2014 04:19 PM, Rochelle.RochelleGrober wrote:
-Original Message-
From: Malini Kamalambal
All,
Ironic allows drivers to expose a vendor passthru API on a Node. This
basically serves two purposes:
1. Allows drivers to expose functionality that hasn't yet been standardized
in the Ironic API. For example, the Seamicro driver exposes
attach_volume, set_boot_device and set_node_vlan_id
Seeing that the following repos already exist, maybe there is some need for
cleanup?
- https://github.com/stackforge/murano-agent
- https://github.com/stackforge/murano-api
- https://github.com/stackforge/murano-common
- https://github.com/stackforge/murano-conductor
-
On 03/24/2014 10:07 AM, Russell Bryant wrote:
On 03/24/2014 12:34 PM, James E. Blair wrote:
Hi,
So recently we started this experiment with the compute and qa programs
to try using Gerrit to review blueprints. Launchpad is deficient in
this area, and while we hope Storyboard will deal with it
On Mon, Mar 24, 2014 at 5:33 AM, Thierry Carrez thie...@openstack.orgwrote:
Joe Gordon wrote:
There are still two outstanding trove dependencies that are currently
used in trove but not in global requirements. It would be nice to get
this sorted out before the freeze so we can
turn
On Mon, Mar 24, 2014 at 9:51 PM, Carl Baldwin c...@ecbaldwin.net wrote:
Don't discard the first number so quickly.
For example, say we use a timeout mechanism for the daemon running
inside namespaces to avoid using too much memory with a daemon in
every namespace. That means we'll pay the
On 03/24/2014 02:05 PM, James E. Blair wrote:
Russell Bryant rbry...@redhat.com writes:
On 03/24/2014 12:34 PM, James E. Blair wrote:
Hi,
So recently we started this experiment with the compute and qa programs
to try using Gerrit to review blueprints. Launchpad is deficient in
this area,
I fully support https://review.openstack.org/#/c/70175/ but I fail to
see why the spawn-refactor should depend on that. There are only 13
lines touched that are related. These two tasks could be completed
more or less in parallel.
On Mon, Mar 24, 2014 at 4:57 AM, Gary Kotton gkot...@vmware.com
On 03/24/2014 02:20 PM, Doug Hellmann wrote:
On Mon, Mar 24, 2014 at 5:33 AM, Thierry Carrez thie...@openstack.org
mailto:thie...@openstack.org wrote:
Joe Gordon wrote:
There are still two outstanding trove dependencies that are currently
used in trove but not in global
On Mon, Mar 24, 2014 at 10:08 PM, Joshua Harlow harlo...@yahoo-inc.com wrote:
Seeing that the following repos already exist, maybe there is some need for
cleanup?
- https://github.com/stackforge/murano-agent
- https://github.com/stackforge/murano-api
-
On 03/24/2014 02:19 PM, Monty Taylor wrote:
On 03/24/2014 10:07 AM, Russell Bryant wrote:
On 03/24/2014 12:34 PM, James E. Blair wrote:
Hi,
So recently we started this experiment with the compute and qa programs
to try using Gerrit to review blueprints. Launchpad is deficient in
this area,
On Fri, Mar 21, 2014 at 4:40 PM, Steve Gordon sgor...@redhat.com wrote:
- Original Message -
We recently discussed the idea of using gerrit to review blueprint
specifications [1]. There was a lot of support for the idea so we have
proceeded with putting this together before the
On Mon, Mar 24, 2014 at 2:28 PM, Sean Dague s...@dague.net wrote:
On 03/24/2014 02:20 PM, Doug Hellmann wrote:
On Mon, Mar 24, 2014 at 5:33 AM, Thierry Carrez thie...@openstack.org
mailto:thie...@openstack.org wrote:
Joe Gordon wrote:
There are still two outstanding
Hi Everyone,
The Barbican team is hosting our weekly meeting today, Monday March 24, at
20:00 UTC in #openstack-meeting-alt
Meeting agenda is avaialbe here
https://wiki.openstack.org/wiki/Meetings/Barbican and everyone is welcomed
to add agenda items
You can check this link
So getting back to this thread.
I'd like to split it up into a few sections to address the HA and
long-running-actions cases, which I believe are 2 seperate (but connected)
questions.
=== Long-running actions ===
First, let me describe a little bit about what I believe are the execution
Hello folks,
I was reading a blogpost mentioned in the newsletter here -
http://redhatstackblog.redhat.com/2014/03/11/an-icehouse-sneak-peek-openstack-compute-nova/
A note about rolling upgrades is mentioned -
The Compute services now allow for a level of rolling upgrade, whereby control
RE Sahara, we'll need one more version bump to remove all backward
compat code added for smooth transition. What's the deadline for doing
it? Personally, I'd like to do it next week. Is it ok?
Thanks.
On Mon, Mar 24, 2014 at 10:41 PM, Doug Hellmann
doug.hellm...@dreamhost.com wrote:
On Mon,
Sean Dague writes:
The Trove team said last week they could probably land the remove in
trove this week for mockito (it was on their roadmap anyway). So unless
they feel that's not doable, I think we're good.
-Sean
Yes, this was discussed at the trove IRC meeting last week, and is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Where can I obtain more information about this feature?
- From the blog post that I've yet to write :D
Does above imply that database is upgraded along with control
service update as well?
Yes, but only for the services that interact directly
On Mon, Mar 24, 2014 at 02:32:35PM -0400, Russell Bryant wrote:
On 03/24/2014 02:19 PM, Monty Taylor wrote:
On 03/24/2014 10:07 AM, Russell Bryant wrote:
On 03/24/2014 12:34 PM, James E. Blair wrote:
Hi,
So recently we started this experiment with the compute and qa programs
to try
I see two possible explanations for these 5 remaining queues:
* They were indeed recreated by 'compute' services. I.e. controller
service send some command over rpc and then it was shut down. Its
reply queue was automatically deleted, since its only consumer was
disconnected. The compute
How does this interact with cells ? Can the cell API instances be upgraded
independently of the cells themselves ?
My ideal use case would be
- It would be possible to upgrade one of the cells (such as a QA environment)
before the cell API nodes
- Cells can be upgraded one-by-one as needed by
I was thinking that we could document the information about sudo and
iproute2 patches with the upcoming release. How would I go about
doing this? Is there any section in our documentation about OS level
tweaks or requirements such as these that could present this
information as part of the
Hey, so folk want to start glueing tempest and tripleo-ci together - yay!
Sadly I was asleep during the IRC conversation, but I just wanted to
note - we've no need to bake tempested into images at this point - the
jenkins slave is appropriately resourced to run tempest against the
deployed cloud,
On 25 March 2014 06:28, Ben Nemec openst...@nemebean.com wrote:
I created an etherpad here:
https://etherpad.openstack.org/p/devtest-env-reqs
And linked it from the blueprint here:
https://blueprints.launchpad.net/tripleo/+spec/test-environment-requirements
I only added some details about
Hi Susanne,
a couple of comments inline:
We would like to discuss adding the concept of managed services to the
Neutron LBaaS either directly or via a Neutron LBaaS plug-in to Libra/HA
proxy. The latter could be a second approach for some of the software
load-balancers e.g. HA proxy
On Mar 24, 2014, at 12:31 PM, Tim Bell tim.b...@cern.ch wrote:
How does this interact with cells ? Can the cell API instances be upgraded
independently of the cells themselves ?
My ideal use case would be
- It would be possible to upgrade one of the cells (such as a QA environment)
1 - 100 of 132 matches
Mail list logo