How does confd run inside the container? Does this mean we’d need some kind of
systemd in every container which would spawn both confd and the real service?
That seems like a very large architectural change. But maybe I’m
misunderstanding it.
Thx,
britt
On 6/9/17, 9:04 AM, "Doug Hellmann"
I agree with Paul here. I like the idea of solving this with labels instead of
tags. A label is imbedded into the docker image, and if it changes, the
checksum of the image changes. A tag is kept in the image manifest, and can be
altered w/o changing the underlying image. So to me a label is
I’ve attended two Kolla midcycles remotely everything Steve said here is true.
But, as long as your expectations are set accordingly, suboptimal is better
than nothing at all. =)
Thx,
britt
On 2/19/17, 1:09 AM, "Steven Dake (stdake)" wrote:
Jeremy,
Completely makes sense. I bel
My sentiments exactly Michal. We’ll get there, but let’s not jump the gun
quite yet.
On 1/11/17, 1:38 PM, "Michał Jastrzębski" wrote:
So from my point of view, while I understand why project separation
makes sense in the long run, I will argue that at this moment it will
be hurtful
g so entwined that we
become technically paralyzed and overloaded.
Sorry, Sam and Michal! You can have your thread back now :)
On Fri, Jan 6, 2017 at 1:17 AM, Britt Houser (bhouser)
mailto:bhou...@cisco.com>> wrote:
I think both Pete and Steve make great points and it should be our long term
v
I think both Pete and Steve make great points and it should be our long term
vision. However, I lean more with Michael that we should make that a separate
discussion, and it’s probably better done further down the road. Yes, Kolla
containers have come a long way, and the ABI has been stable fo
Seems like these are some of the same growing pains (cores can’t be experts on
all technologies) neutron went through. Maybe at the PTG we could pick their
brain and see if the path they have chosen would work well for Kolla.
Thx,
britt
On 12/24/16, 10:31 AM, "Steven Dake (stdake)" wrote:
W0t Great work so far everyone! =)
On 8/5/16, 2:53 PM, "Michał Jastrzębski" wrote:
>And we finished our first deployment
>We had some hurdles due to misconfiguration, you can see it in along
>with a fix. After these fixes and cleanups performed (we don't want to
>affect r
-0 (My vote doesn't count). We had endless problems keeping containers and
orchestration in sync when we had two repos. I am really impressed that Mitaka
ansible can orchestrate Liberty containers. That really speaks volumes. And
I understand there is a stable ABI now, but surely at some po
Koala is the best by a long shot. These ideas are all total stretches:
Bee on a honeycomb – Its kinda like the bee is orchestrating containers of
honey.
Armadillo – It rolls up into a ball and is "immutable"
Thx,
britt
From: "Steven Dake (stdake)" mailto:std...@cisco.com>>
Reply-To: "OpenSta
I admit I'm not as knowledgable about the Kolla codebase as I'd like to be, so
most of what you're saying is going over my head. I think mainly I don't
understand the problem statement. It looks like you're pulling all the "hard
coded" things out of the docker files, and making them user repla
I wouldn't expect new users to be created on upgrade, so is the problem with
bootstrap and upgrade that we do the database migration during bootstrap too?
Thx,
britt
On 5/22/16, 3:50 PM, "Ryan Hallisey" wrote:
>Hi all,
>
>At the Kolla meeting last week, I brought up some of the challenges ar
Would we ever run AIO-k8s vagrant w/o Kolla repo? If not, then it makes sense
to me just to extend Vagrant kolla repo.
Thx,
britt
On 5/13/16, 2:37 AM, "Michal Rostecki" wrote:
>Hi,
>
>Currently we have nice guide about setting up AIO k8s environment in
>review. But at the same time I'm th
spective tool handle the how.(?)
Currently I am running MAAS inside a Vagrant box to retain some of the
immutability and easy "create/destroy" workflow that having it containerized
would offer. It works very well and, assuming nothing else was running on the
underlying deployment host, I
Are we (as the Kolla community) open to other bare metal provisioners? The
austin discussion was titled generic bare metal, but very quickly turned into
bifrost-only discourse. The initial survey showed cobbler/maas/OoO as
alternatives people use today. So if the bifrost strategy is, "deploy
ithout infringing on master? Is it possible in
gerrit for kolla-k8s-core have +2 on k8s branch and not master? Just food for
thought.
Thx,
britt
On 5/2/16, 1:32 AM, "Swapnil Kulkarni" wrote:
>On Mon, May 2, 2016 at 9:54 AM, Britt Houser (bhouser)
> wrote:
>> Although i
Although it seems I'm in the minority, I am in favor of unified repo.
From: "Steven Dake (stdake)" mailto:std...@cisco.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Sunday, May 1, 2016 at 5:03 PM
To: "OpenStack Deve
17 matches
Mail list logo