. As a result, there is limited
code in the repository [4] at this time. I suspect folks will start
cranking out a kick-ass implementation once the Kolla/Stackforge
integration support is reviewed by the infra team [5].
The initial core team is composed of Steven Dake, Ryan Hallisey, James
Thanks,
Kevin
*From:* Steven Dake [sd...@redhat.com]
*Sent:* Tuesday, September 23, 2014 3:40 PM
*To:* OpenStack Development Mailing List
*Subject:* [openstack-dev] [all][tripleo] New Project - Kolla: Deploy
and Manage OpenStack
On 09/23/2014 06:30 PM, Mike Spreitzer wrote:
I don't know if anyone else has noticed, but you can not install
Cinder inside a container. Cinder requires an iSCSI package that
fails to install; its install script tries to launch the daemon, and
that fails.
Regards,
Mike
Mike,
Mordred
On 09/23/2014 07:15 PM, John Griffith wrote:
On Tue, Sep 23, 2014 at 7:06 PM, Steven Dake sd...@redhat.com
mailto:sd...@redhat.com wrote:
On 09/23/2014 05:38 PM, Fox, Kevin M wrote:
I'm interested in how this relates/conflicts with the TripleO
goal of using OpenStack to deploy
On 12/09/2013 09:41 AM, David Boucha wrote:
On Sat, Dec 7, 2013 at 11:09 PM, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com wrote:
On 12/08/2013 07:36 AM, Robert Collins wrote:
On 8 December 2013 17:23, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com
On 12/12/2013 10:24 AM, Dmitry Mescheryakov wrote:
Clint, Kevin,
Thanks for reassuring me :-) I just wanted to make sure that having
direct access from VMs to a single facility is not a dead end in terms
of security and extensibility. And since it is not, I agree it is much
simpler (and
On 12/12/2013 02:19 PM, Clint Byrum wrote:
Excerpts from Steven Dake's message of 2013-12-12 12:32:55 -0800:
On 12/12/2013 10:24 AM, Dmitry Mescheryakov wrote:
Clint, Kevin,
Thanks for reassuring me :-) I just wanted to make sure that having
direct access from VMs to a single facility is not
On 12/13/2013 01:13 PM, Clint Byrum wrote:
Excerpts from Dmitry Mescheryakov's message of 2013-12-13 12:01:01 -0800:
Still, what about one more server process users will have to run? I see
unified agent as library which can be easily adopted by both exiting and
new OpenStack projects. The need
On 12/16/2013 10:29 AM, Fox, Kevin M wrote:
Yeah, this is similar to what I am proposing. I think we just about have just
about everything we need already.
Thread started out discussing a slightly different use case then below. The use
case is processing events like:
User performs backup
On 12/13/2013 03:50 AM, Thierry Carrez wrote:
Russell Bryant wrote:
$ git shortlog -s -e | sort -n -r
172 John Wood john.w...@rackspace.com
150 jfwood john.w...@rackspace.com
65 Douglas Mendizabal douglas.mendiza...@rackspace.com
39 Jarret Raim jarret.r...@rackspace.com
On 12/18/2013 03:40 AM, Thierry Carrez wrote:
Hi everyone,
The TC meeting yesterday uncovered an interesting question which, so
far, divided TC members.
We require that projects have a number of different developers involved
before they apply for incubation, mostly to raise the bus factor. But
On 12/18/2013 08:34 AM, Tim Simpson wrote:
I've been following the Unified Agent mailing list thread for awhile
now and, as someone who has written a fair amount of code for both of
the two existing Trove agents, thought I should give my opinion about
it. I like the idea of a unified agent,
that small unless making it tiny is made a priority,
and I'm skeptical that's possible while also deciding an agent will be capable
of interacting with all major OpenStack projects as well as Salt.
Nobody has suggested writing an agent that does everything.
Steven Dake just said:
A unified agent
.
I am intimately familiar with C++. I t believe you missed the
constraint for something as small as an agent in my response.
Regards
-steve
Thanks,
Tim
-Original Message-
From: Steven Dake [mailto:sd...@redhat.com]
Sent: Wednesday, December 18, 2013 4:15 PM
To: OpenStack Development
On 12/18/2013 07:21 PM, Steve Baker wrote:
I would like to nominate Bartosz Górski to be a heat-core reviewer.
His reviews to date have been valuable and his other contributions to
the project have shown a sound understanding of how heat works.
Here is his review history:
On 01/08/2014 06:57 PM, Prasad Vellanki wrote:
Clint Steve
One scenario we are trying to see is whether and how Heat
software-config enables deployment of images available from third
party as virtual appliances, providing network, security or
acceleration capabilities. The vendor in some
On 01/14/2014 12:23 AM, Prasad Vellanki wrote:
On Thu, Jan 9, 2014 at 6:14 AM, Steven Dake sd...@redhat.com
mailto:sd...@redhat.com wrote:
that
Steve
Thanks for detailed email. Apologize for the delayed response but we
have been thinking about how does software config fit
Hi,
Ken'ichi Omichi submitted a change [1] in devstack to change the default
log level to 1 for libvirt. This results in continual spam to
/var/log/messages in my development system, even after exiting
devstack. The spam looks like:
Jan 14 08:13:49 bigiron libvirtd: 2014-01-14
On 01/15/2014 10:28 AM, Daniel P. Berrange wrote:
On Wed, Jan 15, 2014 at 09:56:58AM -0700, Steven Dake wrote:
Hi,
Ken'ichi Omichi submitted a change [1] in devstack to change the
default log level to 1 for libvirt. This results in continual spam
to /var/log/messages in my development system
On 01/15/2014 10:13 AM, David Kranz wrote:
On 01/15/2014 11:56 AM, Steven Dake wrote:
Hi,
Ken'ichi Omichi submitted a change [1] in devstack to change the
default log level to 1 for libvirt. This results in continual spam
to /var/log/messages in my development system, even after exiting
On 01/15/2014 06:17 PM, Avi L wrote:
Hi
I have a script that runs against AWS and uses the older
cloudformation commands (i.e cfn-describe-stack or cfn-create-stack .
What is the recommended way of porting this script to run against
openstack so it can utilize the same / similar cfn
On 01/14/2014 09:27 PM, Clint Byrum wrote:
Excerpts from Prasad Vellanki's message of 2014-01-14 18:41:46 -0800:
Steve
I did not mean to have custom solution at all. In fact that would be
terrible. I think Heat model of software config and deployment is really
good. That allows configurators
On 01/24/2014 11:47 AM, Clint Byrum wrote:
Excerpts from Tim Bell's message of 2014-01-24 10:32:26 -0800:
We are reviewing options between MySQL and MariaDB. RHEL 7 beta seems to have
MariaDB as the default MySQL-like DB.
Can someone summarise the status of the OpenStack in terms of
-
On 02/04/2014 06:34 PM, Robert Collins wrote:
On 5 February 2014 13:14, Zane Bitter zbit...@redhat.com wrote:
That's not a great example, because one DB server depends on the other,
forcing them into updating serially anyway.
I have to say that even in general, this whole idea about applying
On 02/06/2014 10:07 AM, Stefano Maffulli wrote:
Hello folks,
we're ready to import the answers from Launchpad into Ask OpenStack. A
script will import all questions, answers, comments (and data abou user
accounts) from LP into Ask, tag them as the project of origin (nova,
swift, etc). You can
:53 PM, Steven Dake sd...@redhat.com wrote:
On 01/14/2014 09:27 PM, Clint Byrum wrote:
Excerpts from Prasad Vellanki's message of 2014-01-14 18:41:46 -0800:
Steve
I did not mean to have custom solution at all. In fact that would be
terrible. I think Heat model of software config and deployment
+1 look forward to more from Jason!
Regards
-steve
On 02/09/2014 03:38 PM, Steve Baker wrote:
I would like to nominate Jason Dunsmore for heat-core.
His reviews are valuable and prolific, his code contributions have
demonstrated a good knowledge of heat internals, and he has endured a
sound
On 02/10/2014 10:22 PM, Clint Byrum wrote:
Hi, so in the previous thread about rolling updates it became clear that
having in-instance control over updates is a more fundamental idea than
I had previously believed. During an update, Heat does things to servers
that may interrupt the server's
On 02/23/2014 01:14 PM, Steve Baker wrote:
On 24/02/14 08:44, Anne Gentle wrote:
On Sun, Feb 23, 2014 at 1:23 PM, Steve Baker sba...@redhat.com
mailto:sba...@redhat.com wrote:
On 22/02/14 06:42, Mike Spreitzer wrote:
Zane Bitter zbit...@redhat.com mailto:zbit...@redhat.com
On 02/26/2014 06:47 AM, Charles Walker wrote:
Hi,
I am trying to deploy the proprietary application made in my company
on the cloud. The pre requisite for this is to have a IAAS which can
be either a public cloud or private cloud (openstack is an option for
a private IAAS).
The first
On 03/05/2014 02:16 AM, Thomas Spatzier wrote:
Georgy Okrokvertskhov gokrokvertsk...@mirantis.com wrote on 05/03/2014
00:32:08:
From: Georgy Okrokvertskhov gokrokvertsk...@mirantis.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date:
On 03/06/2014 03:15 AM, Thierry Carrez wrote:
Steven Dake wrote:
My general take is workflow would fit in the Orchestration program, but
not be integrated into the heat repo specifically. It would be a
different repo, managed by the same orchestration program just as we
have heat-cfntools
On 03/06/2014 10:24 AM, Daniel P. Berrange wrote:
On Thu, Mar 06, 2014 at 07:25:37PM +0400, Dmitry Mescheryakov wrote:
Hello folks,
A number of OpenStack and related projects have a need to perform
operations inside VMs running on OpenStack. A natural solution would
be an agent running inside
On 03/07/2014 01:53 AM, Thierry Carrez wrote:
Steven Dake wrote:
I'm a bit confused as well as to how a incubated project would be
differentiated from a integrated project in one program. This may have
already been discussed by the TC. For example, Red Hat doesn't
officially support incubated
On 03/07/2014 07:28 AM, Anne Gentle wrote:
On Fri, Mar 7, 2014 at 2:53 AM, Thierry Carrez thie...@openstack.org
mailto:thie...@openstack.org wrote:
Steven Dake wrote:
I'm a bit confused as well as to how a incubated project would be
differentiated from a integrated project
On 03/10/2014 11:51 AM, Randall Burt wrote:
On Mar 10, 2014, at 1:26 PM, Georgy Okrokvertskhov
gokrokvertsk...@mirantis.com
wrote:
Hi,
Thomas and Zane initiated a good discussion about Murano DSL and TOSCA
initiatives in Heat. I think will be beneficial for both teams to contribute
into
On 03/11/2014 04:04 AM, Sean Dague wrote:
On 03/04/2014 12:39 PM, Steven Hardy wrote:
Hi all,
As some of you know, I've been working on the instance-users blueprint[1].
This blueprint implementation requires three new items to be added to the
heat.conf, or some resources (those which create
On 03/11/2014 07:35 AM, Sean Dague wrote:
On 03/11/2014 10:15 AM, Steven Dake wrote:
On 03/11/2014 04:04 AM, Sean Dague wrote:
On 03/04/2014 12:39 PM, Steven Hardy wrote:
Hi all,
As some of you know, I've been working on the instance-users blueprint[1].
This blueprint implementation
On 03/14/2014 06:33 AM, Jiří Stránský wrote:
On 12.3.2014 17:03, Jiří Stránský wrote:
Thanks for all the replies everyone :)
I'm leaning towards going the way Robert suggested on the review [1] -
upload pre-created signing cert, signing key and CA cert to controller
nodes using Heat. This
On 03/14/2014 07:14 AM, Jiří Stránský wrote:
On 14.3.2014 14:42, Steven Dake wrote:
On 03/14/2014 06:33 AM, Jiří Stránský wrote:
On 12.3.2014 17:03, Jiří Stránský wrote:
Thanks for all the replies everyone :)
I'm leaning towards going the way Robert suggested on the review [1] -
upload pre
On 03/18/2014 07:54 AM, Qiming Teng wrote:
Hi, Folks,
I have been trying to implement a HACluster resource type in Heat. I
haven't created a BluePrint for this because I am not sure everything
will work as expected.
The basic idea is to extend the OS::Heat::ResourceGroup resource type
Ruslan,
Some of my thoughts on the evolution of the HOT DSL to date.
On 03/18/2014 05:32 PM, Ruslan Kamaldinov wrote:
Here is my 2 cents:
I personally think that evolving Heat/HOT to what Murano needs for it's use
cases is the best way to make PaaS layer of OpenStack to look and feel as a
to explore how to integrate better with Heat and
possibly the orchestration program. I don't see HOT as a place where
there is an opportunity for scope expansion. I see instead Murano
creating HOT blobs and feeding them to Heat.
Regards
-steve
On Wed, Mar 19, 2014 at 8:06 AM, Steven Dake sd
not quite sure how to get that conversation
started, so I added [TC] to the subject tags in an attempt to get the
ball rolling.
Regards,
-steve
# START quotes
Steven Dake:
I see no issue with HOT remaining simple and tidy focused entirely on
orchestration (taking a desired state
On 04/02/2014 08:41 PM, Keith Bray wrote:
https://wiki.openstack.org/wiki/Heat/StackMetadata
https://wiki.openstack.org/wiki/Heat/UI
-Keith
Keith,
Taking a look at the UI specification, I thought I'd take a look at
adding parameter grouping and ordering to the hot_spec.rst file. That
Hi folks,
There are two problems we should address regarding the growth and change
to the HOT specification.
First our +2/+A process for normal changes doesn't totally make sense
for hot_spec.rst. We generally have some informal bar for controversial
changes (of which changes to
On 04/07/2014 11:01 AM, Zane Bitter wrote:
On 06/04/14 14:23, Steven Dake wrote:
Hi folks,
There are two problems we should address regarding the growth and change
to the HOT specification.
First our +2/+A process for normal changes doesn't totally make sense
for hot_spec.rst. We generally
On 10/11/2013 11:55 AM, Lakshminaraya Renganarayana wrote:
Clint Byrum cl...@fewbar.com wrote on 10/11/2013 12:40:19 PM:
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org
Date: 10/11/2013 12:43 PM
Subject: Re: [openstack-dev] [Heat] HOT Software
On 10/17/2013 06:06 PM, Sam Alba wrote:
Hi all,
I've been recently working on a Docker plugin for Heat that makes it
possible to use Docker containers as resources.
I've just opened the repository:
https://github.com/dotcloud/openstack-heat-docker
It's now possible to do that via Nova (since
Hi,
I would like to propose Randall Burt for Heat Core. He has shown
interest in Heat by participating in IRC and providing high quality
reviews. The most important aspect in my mind of joining Heat Core is
output and quality of reviews. Randall has been involved in Heat
reviews for
On 10/30/2013 10:42 AM, Clint Byrum wrote:
So, recently we've had quite a long thread in gerrit regarding locking
in Heat:
https://review.openstack.org/#/c/49440/
In the patch, there are two distributed lock drivers. One uses SQL,
and suffers from all the problems you might imagine a SQL based
Sandy,
Apologies for not responding earlier, I am on vacation ATM. Responses
inline.
On 10/31/2013 08:13 AM, Sandy Walsh wrote:
On 10/30/2013 08:08 PM, Steven Dake wrote:
On 10/30/2013 12:20 PM, Sandy Walsh wrote:
On 10/30/2013 03:10 PM, Steven Dake wrote:
I will -2 any patch that adds
On 11/04/2013 05:04 PM, Subrahmanyam Ongole wrote:
Hi
I have a node.js application which needs to communicate with openstack
modules. Is there a reference implementation of RPC cast() and call()
over amqp? I looked at rpc-amqp module which doesn't seem to support
cast().
Thanks for your
On 11/04/2013 09:40 PM, Roshan Agrawal wrote:
Clint, thanks.
Logo - if an OpenStack related project is allowed to use the OpenStack logo,
then we should absolutely do so. We can discuss in the next solum IRC meeting
and decide.
You can associate a project with OpenStack in Launchpad.
The
On 11/07/2013 07:28 AM, Jay Pipes wrote:
Hey Doug, following up, but realize you are likely very busy at the
summit :)
On 11/04/2013 10:20 PM, Doug Hellmann wrote:
On Tue, Nov 5, 2013 at 10:37 AM, Jay Pipes jaypi...@gmail.com
The models defined in WSME are completely different from
On 11/14/2013 11:41 AM, Jay Pipes wrote:
So while I have been on vacation, I've been thinking about Solum and
Heat.
And I have some lingering questions in my mind that make me question
whether a new server project is actually necessary at all, and whether
we really should just be targeting
On 11/15/2013 01:41 PM, Zane Bitter wrote:
Good news, everyone! I have created the missing whiteboard diagram
that we all needed at the design summit:
https://wiki.openstack.org/wiki/Heat/Blueprints/Multi_Region_Support_for_Heat/The_Missing_Diagram
I've documented 5 possibilities. (1) is
On 11/18/2013 07:31 AM, Jay Pipes wrote:
On 11/18/2013 08:56 AM, Russell Bryant wrote:
Most projects follow a review rule that a patch needs 2 +2s before being
approved. I suggest we do the same for Solum. I bring it up since I've
noticed some inconsistency with this so far.
+2.
+2/+A
On 11/17/2013 01:57 PM, Steve Baker wrote:
On 11/15/2013 05:19 AM, Christopher Armstrong wrote:
http://docs.heatautoscale.apiary.io/
I've thrown together a rough sketch of the proposed API for
autoscaling. It's written in API-Blueprint format (which is a simple
subset of Markdown) and
On 11/27/2013 08:04 PM, Adrian Otto wrote:
On Nov 27, 2013, at 11:46 AM, Murali Allada
murali.all...@rackspace.com mailto:murali.all...@rackspace.com wrote:
No, I was Infact thinking about making all responses synchronous to
keep things simple in the beginning. Mostly because I can't think of
On 12/04/2013 04:34 PM, Tim Schnell wrote:
Hi Heaters,
We would like to start a dialog on the general direction of the
proposed Heater project:
blueprint: https://blueprints.launchpad.net/heat/+spec/heat-template-repo
wiki: https://wiki.openstack.org/wiki/Heat/htr
It is important to us to
On 04/08/2014 07:00 AM, Peeyush Gupta wrote:
Hi all,
I have been trying to install heat with devstack. As shown here
http://docs.openstack.org/developer/heat/getting_started/on_devstack.html
I added the IMAGE_URLS to the locarc file. Then I ran unstack.sh and
then stack.sh. Now, when I run
On 04/14/2014 10:20 AM, Jay Pipes wrote:
On Mon, 2014-04-14 at 07:45 -0700, Clint Byrum wrote:
Excerpts from Russell Bryant's message of 2014-04-14 07:18:49 -0700:
On 04/14/2014 09:45 AM, Jiangying (Jenny) wrote:
Pacemaker provides the high availability for openstack infrastructure.
We'd
On 04/14/2014 10:46 AM, Tim Bell wrote:
Can Heat control/monitor a VM which it has not created and restart it
(potentially on a different hypervisor with live migration) ?
Tim
Tim,
No it sure can't.
Regards
-steve
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
On 04/15/2014 03:16 AM, Qiming Teng wrote:
What I saw in this thread are several topics:
1) Is VM HA really relevant (in a cloud)?
This is the most difficult question to answer, because it really depends
on who you are talking to, who are the user community you are facing.
IMHO, for most
On 04/15/2014 06:03 AM, Jiangying (Jenny) wrote:
Sorry, I'm not quite clear about it yet.
I'm trying to find a way that heat controls the flow but not the nova
scheduler.
Heat doesn't control flow. Heat expects a scheduler is built into
whatever service it is consuming for resource
On 04/15/2014 03:45 PM, Zane Bitter wrote:
On 15/04/14 17:59, Mike Spreitzer wrote:
Clint Byrum cl...@fewbar.com wrote on 04/15/2014 05:17:21 PM:
Excerpts from Zane Bitter's message of 2014-04-15 13:32:30 -0700:
FWIW, in the short term I'm not aware of any issue with installing
On 04/16/2014 02:53 AM, Thomas Spatzier wrote:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 16/04/2014 00:46
Subject: Re: [openstack-dev] [heat] computed package names?
On 15/04/14 17:59, Mike Spreitzer wrote:
Clint Byrum cl...@fewbar.com wrote on 04/15/2014
On 04/16/2014 09:24 AM, Fox, Kevin M wrote:
Different distro's move the binaries and services too. ubuntu/debian does:
/usr/sbin/apache2, not httpd. The service is also named apache2, not httpd.
So, I think distro specific sets of packages are somewhat unavoidable.
Now, this use case might be
On 04/16/2014 11:07 AM, Mike Spreitzer wrote:
Steven Hardy sha...@redhat.com wrote on 04/16/2014 01:05:14 PM:
On Wed, Apr 16, 2014 at 11:39:59AM -0400, Mike Spreitzer wrote:
http://fedorapeople.org/groups/heat/prebuilt-jeos-images/F19-
x86_64-cfntools.qcow2
seems to be broken; I get
HOT seemed like a job for Ethan Hunt.
Nice work on finishing the job!
big +1 from me
On 04/22/2014 11:43 AM, Zane Bitter wrote:
Resending with [Heat] in the subject line. My bad.
On 22/04/14 14:21, Zane Bitter wrote:
I'd like to propose that we add Thomas Spatzier to the heat-core team.
On 04/23/2014 12:12 PM, Zane Bitter wrote:
At the beginning of this year we introduced alternating times for the
Heat weekly IRC meeting, in the hope that our contributors in Asia
would be able to join us. The consensus is that this hasn't worked out
as well as we had hoped - even the new time
for the
mysql database prior to scheduling and once scheduled, Kubernetes would
be responsible for connecting the various containers together.
Regards
-steve
*From:*Steven Dake [mailto:sd...@redhat.com]
*Sent:* September-24-14 7:41 PM
*To:* OpenStack Development Mailing List (not for usage
On 09/25/2014 12:01 AM, Clint Byrum wrote:
Excerpts from Mike Spreitzer's message of 2014-09-24 22:01:54 -0700:
Clint Byrum cl...@fewbar.com wrote on 09/25/2014 12:13:53 AM:
Excerpts from Mike Spreitzer's message of 2014-09-24 20:49:20 -0700:
Steven Dake sd...@redhat.com wrote on 09/24/2014
On 09/24/2014 10:01 PM, Mike Spreitzer wrote:
Clint Byrum cl...@fewbar.com wrote on 09/25/2014 12:13:53 AM:
Excerpts from Mike Spreitzer's message of 2014-09-24 20:49:20 -0700:
Steven Dake sd...@redhat.com wrote on 09/24/2014 11:02:49 PM:
...
...
Does TripleO require container
On 09/30/2014 06:32 AM, Ryan Hallisey wrote:
Hi all,
The blueprints have been setup for Kolla: https://blueprints.launchpad.net/kolla
Currently, there are blueprints for all of the openstack services and a few
supporting services.
They are, nova, swift, cinder, neutron, horizon, keystone,
On 09/30/2014 09:55 AM, Chmouel Boudjnah wrote:
On Tue, Sep 30, 2014 at 6:41 PM, Steven Dake sd...@redhat.com
mailto:sd...@redhat.com wrote:
I've done a first round of prioritization. I think key things we
need people to step up for are nova and rabbitmq containers
/stop scripts.
This kind of setup would make a nova compute container much, much easier.
Thanks,
Kevin
From: Steven Dake [sd...@redhat.com]
Sent: Wednesday, October 01, 2014 8:04 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re
On 10/02/2014 06:25 PM, Angus Lees wrote:
Sorry I couldn't make the IRC meeting. sdake quite rightly suggested I send
this to the broader list for dissection.
I spent yesterday templatising my k8s configs so I could publish them without
revealing all my passwords ;)
Angus,
On 10/13/2014 08:51 PM, Angus Lees wrote:
I've been reading a bunch of the existing Dockerfiles, and I have two humble
requests:
1. It would be good if the interesting code came from python sdist/bdists
rather than rpms.
This will make it possible to rebuild the containers using code
On 10/14/2014 01:12 PM, Clint Byrum wrote:
Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700:
On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote:
I think the above strategy is spot on. Unfortunately, that's not how the
Docker ecosystem works.
I'm not sure I
On 10/14/2014 04:52 PM, David Vossel wrote:
- Original Message -
Ok, why are you so down on running systemd in a container?
It goes against the grain.
From a distributed systems view, we gain quite a bit of control by maintaining
one service per container. Containers can be
On 10/14/2014 05:44 PM, Angus Lees wrote:
On Tue, 14 Oct 2014 07:51:54 AM Steven Dake wrote:
Angus,
On 10/13/2014 08:51 PM, Angus Lees wrote:
I've been reading a bunch of the existing Dockerfiles, and I have two
humble requests:
1. It would be good if the interesting code came from python
On 10/14/2014 06:10 PM, Clint Byrum wrote:
Excerpts from Fox, Kevin M's message of 2014-10-14 17:40:16 -0700:
I'm not arguing that everything should be managed by one systemd, I'm
just saying, for certain types of containers, a single docker container
with systemd in it might be preferable to
The Kolla development community would like to announce the release of
Kolla Milestone #1. This milestone constitutes two weeks of effort by
the developers and is available for immediate download from
https://github.com/stackforge/kolla/archive/version-m1.tar.gz.
Kolla is a project to
A few weeks ago in IRC we discussed the criteria for joining the core
team in Kolla. I believe Daneyon has met all of these requirements by
reviewing patches along with the rest of the core team and providing
valuable comments, as well as implementing neutron and helping get
nova-networking
On 10/23/2014 07:31 AM, Jeff Peeler wrote:
On 10/22/2014 11:04 AM, Steven Dake wrote:
A few weeks ago in IRC we discussed the criteria for joining the core
team in Kolla. I believe Daneyon has met all of these requirements by
reviewing patches along with the rest of the core team and providing
On 09/13/2013 02:18 PM, Qing He wrote:
All,
I'm wondering if Heat provide service for checkpointing the guest
application for HA/redundancy similar to what
corosync/pacemaker/openais provided for bare medal applications.
Thanks,
Qing
Qing,
Heat is an orchestration framework, whereas
On 09/18/2013 12:53 PM, Mike Spreitzer wrote:
My question is about stacks that are not nested. Suppose, for
example, that I create a stack that implements a shared service.
Later I create a separate stack that uses that shared service. When
creating that client stack, I would like to have a
On 09/13/2013 01:21 PM, Anne Gentle wrote:
On Fri, Sep 13, 2013 at 1:53 PM, Mike Asthalter
mike.asthal...@rackspace.com mailto:mike.asthal...@rackspace.com
wrote:
Hi Anne,
I want to make sure I've understood the ramifications of your
statement about content sharing.
So
On 09/19/2013 04:35 AM, Mike Spreitzer wrote:
I'd like to try to summarize this discussion, if nothing else than to
see whether I have correctly understood it. There is a lot of
consensus, but I haven't heard from Adrian Otto since he wrote some
objections. I'll focus on trying to describe
Hi,
I have added F19 cfntools images to the download location used by most
Heat devstack users:
http://fedorapeople.org/groups/heat/prebuilt-jeos-images/
These images were built with diskimage-builder with an outstanding
review [1] applied with the elements vm, fedora, heat-cfntools for both
On 12/26/2014 01:44 PM, Adrian Otto wrote:
Magnum Cores,
I propose the following addition to the Magnum Core group[1]:
+ Motohiro/Yuanying Otsuka (ootsuka)
Please let me know your votes by replying to this message.
Thanks,
Adrian
[1] https://review.openstack.org/#/admin/groups/473,members
On 12/26/2014 01:44 PM, Adrian Otto wrote:
Magnum Cores,
I propose the following addition to the Magnum Core group[1]:
+ Motohiro/Yuanying Otsuka (ootsuka)
Please let me know your votes by replying to this message.
Thanks,
Adrian
[1] https://review.openstack.org/#/admin/groups/473,members
On 12/31/2014 10:54 AM, Hongbin Lu wrote:
Hi all,
I am writing tests for the Magnum dbapi. I have several questions
about its implementation and appreciate if someone could comment on them.
* Exceptions: The exceptions below were ported from Ironic but don't
seem to make sense in Magnum. I
On 01/02/2015 08:39 AM, Lars Kellogg-Stedman wrote:
Hello Kolla folks (et al),
I've refactored the heat-kubernetes templates at
https://github.com/larsks/heat-kubernetes to work with Centos Atomic
Host and Fedora 21 Atomic, and to replace the homegrown overlay
network solution with Flannel.
Jay has been rockin.
+1 from me !
Regards
-steve
On 01/02/2015 04:59 PM, Adrian Otto wrote:
Magnum Cores,
I propose the following addition to the Magnum Core group[1]:
+ Jay Lau (jay-lau-513)
Please let me know your votes by replying to this message.
Thanks,
Adrian
[1]
,
Adrian
On Jan 21, 2015, at 8:42 AM, Steven Dake sd...@redhat.com wrote:
TLDR; moving Magnum to match upstream release scheduling intersecting k3
As discussed in our last IRC meeting we want to merge our Magnum milestone
schedules with the upstream OpenStack schedules as soon as feasible. We think
On 01/18/2015 07:59 PM, Jay Pipes wrote:
On 01/18/2015 11:11 AM, Steven Dake wrote:
On 01/18/2015 06:39 AM, Jay Lau wrote:
Thanks Steven, just some questions/comments here:
1) For native docker support, do we have some project to handle the
network? The current native docker support did
Hi folks and especially Magnum Core,
Magnum Milestone #1 should released early this coming week. I wanted to
kick off discussions around milestone #2 since Milestone #1 development
is mostly wrapped up.
The milestone #2 blueprints:
https://blueprints.launchpad.net/magnum/milestone-2
The
1 - 100 of 855 matches
Mail list logo