> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
_
ns)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubs
/newton_versions.html
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/o
> On 6 May 2016 at 16:27, Jeffrey Zhang <zhang.lei@gmail.com> wrote:
>
>>
>> On Fri, May 6, 2016 at 9:09 PM, Jesse Pretorius <
>> jesse.pretor...@gmail.com> wrote:
>>
>>> FWIW OpenStack-Ansible is choosing to support deployment on both Ubun
fault as
> we didn't code some of them correctly to the proper standards.
>
> -Dave
>
>
> On Wed, Jun 1, 2016 at 6:10 AM, Jeffrey Zhang <zhang.lei@gmail.com>
> wrote:
>
>> 1. the ansible 2.1 make lots of change compare to the ansible 2.0 about
>> how
&
gt;
>
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-d
> >
>>
>>
> +1
> But of course when git repos will be available (even without packaging),
> I'd switch to them immediately.
>
> Cheers,
> Michal
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
s.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
U
Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> __
> > OpenStack De
ewers to pass a majority
>> approval of the
>> > neutron thin container backport idea, so we separated it out
>> from fixing
>> > stable/liberty itself.
>> >
>> > I am going to keep voting open for *2* weeks this time. The
>> reason for the
>>
ent Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Jeffrey Zhang
Blog: http://xcodest.me
___
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> ______
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: op
gt; for volumes migration, then I'm fully +1.
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-
stinfo/openstack-dev
>> >
>> >
>> __
>> > OpenStack Development Mailing List (not for usage questions)
>> > Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
penstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?sub
The information contained in this mail (and
> any attachment transmitted herewith) is privileged and confidential and is
> intended for the exclusive use of the addressee(s). If you are not an
> intended recipient, any disclosure, reproduction, distribution or other
> d
ons)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
ocker images has such issue. This should be solved
in the docker side.
If you have any better solutions for this, please explain it. I think
the Kolla Team will be very happy to accept the improvement.
--
Regards,
Jeffrey Zh
2 AM, "Tomasz Pa" <ss7...@gmail.com> wrote:
>
> >On Mon, Apr 25, 2016 at 5:51 AM, Jeffrey Zhang <zhang.lei@gmail.com>
> >wrote:
> >>
> >> I do not think this is the issue of Kolla. It is a issue of Docker
> >> images. All the d
fo/openstack-dev
> >
>
> +1
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-
cribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
ns)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Developme
be
confused about the result.
>
>
> But I think fixing the tag in dockerfile of base container image is better
>
Yes that will better.
I intend to change the default config option. and check the base and
base_tag in
the Dockerfile of base.
--
Regards,
Jeffrey
of the image tag.
So I support that kolla should restrict the base-tag. the lastest tag is
mutable and
we should not use it, especially in the stable branch. When using a mutable
image,
it is never a *stable* release.
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
t; -steve
> >>
> >>_________
> >>_
> >> OpenStack Development Mailing List (not for usage questions)
> >> Unsubscribe:
> >> openstack-dev-requ...@lists.openstack.org?subject:
ible a specify LXC image, and do not support multi
base image.
if not, could u provide any prove for this?
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscr
there is a
file in
/etc/kolla/config/apache.conf, it will overwrite the templates in the
roles. But this
is still not ideal.
Any body has better solution?
[0] https://review.openstack.org/306928
[1]
http://git.openstack.org/cgit/openstack/kolla/tree/ansible/action_plugins/merge_configs.py
--
Regards,
Jeffrey
is using.
>
> Regards,
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
(not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
host, which
> completed successfully. Looking at the VMs on the failed gate, they
> are centos VMs.
>
> I think we need to debug this problem locally by deploying centos
> kolla on centos hosts. Is my understanding correct? Thanks.
>
> - Hui
>
> On Sat, May 7, 20
eed re-consider this. what's the root cause that we need upgrade the
kernel. normally, upgrade the trusty kernel is unacceptable.
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List
This is fixed on master branch. please try and test it.[0][1]
[0]
https://git.openstack.org/cgit/openstack/kolla/commit/?id=070bf258357c85a7b4411dc97f75df7d19e9792c
[1] https://bugs.launchpad.net/kolla/+bug/1573544
On Fri, Apr 22, 2016 at 7:15 PM, Jeffrey Zhang <zhang.lei@gmail.com>
questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
_
://review.openstack.org/313838
[1]
http://logs.openstack.org/38/313838/1/check/gate-kolla-dsvm-deploy-centos-binary/ea293fe/
[2]
http://logs.openstack.org/38/313838/1/check/gate-kolla-dsvm-deploy-centos-source/d4cb127/
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
ards binary, with a
> clear intent to move across. It also allows more testing of the binary
> parts that are present, with just the source parts as required. (this is my
> favourite)
Love this too.
Maybe we need a WARNING to the stdout to tell the operators.
--
Reg
the sender immediately and destroy this e-mail. Any
> unauthorised copying, disclosure or distribution of the material in this
> e-mail is strictly forbidden.
>
> __
> OpenStack Development Mailing List (not for
out kolla, and that's
>> unlikely to change.
>>
>> So, for our site, our settings would probably be:
>> 1. Deploy Ceph (enable_ceph="no")
>> 2. Use Ceph with Glance (enable_ceph_glance="yes")
>> 3. Use Ceph with Cinder (enable_ceph_cinder="yes
_
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> ___________
ot for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> +1 to apply for stable follows policy.
> I would like to volunteer for the backport team.
>
> __
_ceph_nova="yes")
>
>
> I disagree. If ceph is enabled, then ceph should be used, if ceph is not
> enabled, then ceph shouldn't be used. That implies all of OpenStack either
> uses Ceph or not. So we really just need enable_ceph.
why we need separate configuration for c
On Tue, Jun 28, 2016 at 9:23 PM, Hui Kang <hkang.sun...@gmail.com> wrote:
> Do you mind giving some example of such reno release note? Thanks.
like this https://review.openstack.org/#/c/235398/ .
--
Regards,
Jeffrey Zhang
Blog: http://x
; Docker container
> >
> > Cool. Maybe this could be contributed to the Kolla project?
> >
> > Thanks,
> > Kevin
>
> --
>
>Gerard Braad | http://gbraad.nl
>[ Doing Open Source Matters ]
>
> __________
> OpenStack Develo
>
> Cheers,
> -steak
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-
, this happen on both CentOS and Ubuntu
>> OpenStack: master branch
>>
>> [0] https://bugs.launchpad.net/kolla/+bug/1587226
>> [1]
>> http://logs.openstack.org/91/328891/5/check/gate-kolla-dsvm-deploy-oraclelinux-source/3af433c/console.html#_2016-06-29_10_10_33_2982
On Wed, Jun 29, 2016 at 9:26 PM, Gerard Braad <m...@gbraad.nl> wrote:
> "did Kolla drop support for
> Fedora" ?
>
no one maintain the fedora and no gate for fedora too. So i am not sure
whether the fedora works.
--
Regards,
Jeffrey Zhan
r openstack client container does.
>
> On the reasons I did not choose to use it either is that Automated
> builds only handle Dockerfiles. I'd rather run a script in a statement
> to ensure it is one layer. and inside this script use Ansible to
> orchestrate when necessary.
>
is in POC stage. Post this mail to gather any advise and better
ideas.
[0] https://github.com/ansible/ansible-container
[1]
https://www.helpnetsecurity.com/2016/06/20/ansible-native-container-workflow-project/
[2] https://review.openstack.org/334208
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
Hi all,
the spec is here[0]
[0] https://review.openstack.org/336757
On Wed, Jun 29, 2016 at 9:44 PM, Jeffrey Zhang <zhang.lei@gmail.com>
wrote:
>
> On Wed, Jun 29, 2016 at 9:26 PM, Gerard Braad <m...@gbraad.nl> wrote:
>
>> Although I saw the Ansible Container
k-on effects are just too far reaching for this to be granted in
> Ocata.
>
> Yours Tony.
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ
__
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/
__
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
&
eases or to delete the relevant file
> > entirely to avoid confusion.
> >
> > Doug
> >
> >>
> >>
> >>
> >> On Mon, Feb 13, 2017 at 9:13 AM, Jeffrey Zhang <zhang.lei@gmail.com
> >
> >> wrote:
> >>
> >&g
> On 02/13/2017 04:09 PM, Jeffrey Zhang wrote:
>
>> loop ironic tag in subject.
>>
>> i do not see any release info in Ocata cycle in ironic[0] and
>> ironic-inspector[1] project.
>>
>>
>> [0] https://github.com/openstack/releases/blob/master/deliverabl
/deliverables/_independent/rally.yaml#L45
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
ng a proper tag and pushing it via Gerrit. I
> find it more convenient.
>
>
>
> On Mon, Feb 13, 2017 at 9:13 AM, Jeffrey Zhang <zhang.lei@gmail.com>
> wrote:
>
>> Hey guys,
>>
>> I found rally already releases its 0.8.1 tag from[0][1]. But
>&g
t; > >__
>> >OpenStack Development Mailing List (not for usage questions)
>> >Unsubscribe:
>> > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> >http://lists.openstack.org/cgi-bin/mailm
t If we move the named volume to other place ( like
/var/lib/nova ), it will consume that disk/folder capacity.
I think the right solution should warn the end-user: you need configure a
large partition for /var/lib/docker.
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
___
If you really want some function like this, you may need this[0]
> Create named local volumes that persist in the location(s) you want!
[0] https://github.com/CWSpear/local-persist
On Sat, Sep 3, 2016 at 1:04 AM, Jeffrey Zhang <zhang.lei@gmail.com>
wrote:
>
> On Fri, Sep 2
openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not
://review.openstack.org/#/c/357746
[1] https://review.openstack.org/#/c/361253
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
t; On Fri, Sep 2, 2016 at 8:32 AM, Jeffrey Zhang <zhang.lei@gmail.com>
> wrote:
> > We introduced customization solution.
> >
> > Now, we support two format of footer.
> >
> > 1. the legacy way: {{ include_footer }}
> > 2. the new way: {% block fo
t; http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subje
Ocata the
best release yet.
Thank you for the considering me to serve as your Kolla PTL.
Regards,
Jeffrey Zhang
[0] http://stackalytics.com/?release=all=kolla=commits
[1] http://stackalytics.com/?release=all=kolla=marks
[2] https://review.openstack.org/352101
t;
> long, but you know who you are J Thank you for placing trust in my
> judgement.
>
>
>
> It has been a pleasure to serve as your leader.
>
>
>
> Regards
>
> -steak
>
>
>
> [1] http://stackalytics.com/report/contribution/kolla-group/2000
>
> [2] https://review.openstack.org/#/c/3
://github.com/ansible/ansible/issues/16344
[1] http://jinja.pocoo.org/docs/dev/api/#jinja2.Environment
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
t;
>
>
> Regards
>
> -steve
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> htt
mount the nova.conf to /etc/nova.conf in container directly?
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openst
]
filters_path = /tmp/rootwrap.conf.d/
so, for the file should be
0640 root:nova nova.conf
On Mon, Sep 26, 2016 at 10:43 PM, Sam Yaple <sam...@yaple.net> wrote:
> On Mon, Sep 26, 2016 at 1:18 PM, Jeffrey Zhang <zhang.lei@gmail.com>
> wrote:
>
>> Using the sa
Voting is open for 7 days until September 27st, 2016.
On Tue, Sep 20, 2016 at 1:40 AM, Jeffrey Zhang <zhang.lei@gmail.com> wrote:
> Kolla core reviewer team,
>
> Kolla supports multiple Linux distros now, including
>
> * Ubuntu
> * CentOS
> * RHEL
> * Fed
need some guys to set up the
gate and fix all the issues ASAP in O cycle)
2. Kolla should deprecate fedora support
[0] http://lists.openstack.org/pipermail/openstack-dev/2016-June/098526.html
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
the issues ASAP in O cycle)
2. Kolla should deprecate Debian support
Voting is open for 7 days until September 27st, 2016.
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage
ev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage q
___
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
___
ttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> ht
should have permission to get information from
> kolla.conf.
for the nova.conf, why the nova user need to write/change the nova.conf file?
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mail
..@cisco.com>:
> >
> >
> >
> > On 9/20/16, 11:18 AM, "Haïkel" <hgue...@fedoraproject.org> wrote:
> >
> > 2016-09-19 19:40 GMT+02:00 Jeffrey Zhang <zhang.lei@gmail.com>:
> > > Kolla core reviewer team,
> > >
Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
___
rad,
> zhubingbing
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
&g
ncy though. if the dep is
> > removed, it may be better to put it in the kolla repo then the
> kolla-ansible
> > repo.
> >
> > Thanks,
> > Kevin
> >
> > From: Jeffrey Zhang [zhang.lei@gmail.com]
> > Sent: Tuesday
ution
> would be that it can also handle monitoring, which was it's initial
> role. One service to handle both would be elegant. I'll keep you
> posted but let's not throw away this idea just yet.
>
> Cheers,
> Michal
>
> [1] https://github.com/intelsdi-x/snap
>
&
<sigmaviru...@gmail.com>
wrote:
> File beat is maintained be elastic and a part of their product line just
> like ELK. It's a fantastic tool and quite flexible given its age and size
> of codebase
>
> On Nov 26, 2016 11:59 PM, "Jeffrey Zhang" <zhang.lei@gma
fliebeat+logstash vs flutentd I'd go with fluentd.
>
So, I am OK to use fluentd.
;)
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions
Because the role and dockerfile are tight couplings.
For example, the container/Dockerfile may need an environment variable
passed by ansible role. without it, the service may not work.
On Tue, Nov 29, 2016 at 1:48 PM, Joshua Harlow <harlo...@fastmail.com>
wrote:
> Jeffrey Zh
easier, and parses things
> like tracebacks in it. It's my understanding that fluentd can do the
> same.
>
In some time, the syslog is the only choice, for example, the swift and
keepalived case.
btw, kolla is using /dev/log created by heka now.
--
Regards,
Jeffrey Zh
data ftw...
>
Nice information, harlowja. It will be helpful when moving to fluentd.
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-re
If we can implement loose coupling, there will be optimal. But
it is hard to do this.
On Tue, Nov 29, 2016 at 2:50 PM, Joshua Harlow <harlo...@fastmail.com>
wrote:
> Jeffrey Zhang wrote:
>
>> Because the role and dockerfile are tight couplings.
>>
>> For example
` option, right now[0].
/var/lib/kolla/venv/bin/pip --no-cache-dir install --upgrade -c
requirements/upper-constraints.txt /keystone
[0]
https://github.com/openstack/kolla/blob/master/docker/keystone/keystone-base/Dockerfile.j2#L65
--
Regards,
Jeffrey Zhang
Bl
st as “does it solve
> the same problem as Heka does in our current implementation” then sprinkle
> throughput and minimal cpu and network utilization on top. If we can’t
> make a decision from there, not sure I have any further suggestions as I am
> not writing the code.
>
>
>
best as “does it solve
> the same problem as Heka does in our current implementation” then sprinkle
> throughput and minimal cpu and network utilization on top. If we can’t
> make a decision from there, not sure I have any further suggestions as I am
> not writing the code.
>
> Rega
a pointer to that discussion would work too J
>
>
>
> Thanks!
>
> -steve
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://list
___
> ___
> >OpenStack Development Mailing List (not for usage questions)
> >Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
> unsubscribe
> >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> __________
&
branch? i.e. cross-repository backport.
Does any guy have a solution for this case?
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev
he kolla-k8s generate the configuration file? if
it still re-use the ansible configuration file. we do not need any change.
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usa
lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not f
> git clone https://github.com/openstack/kolla
> cd kolla
> git remote add kolla-ansible https://github.com/openstack/kolla-ansible
> git fetch kolla-ansible
> git checkout stable/newton
> git cherry-pick -x 43517f48f5ab2b9d8fb22dc2a619b8d9f4f494d0
>
> -Paul
>
>
> On 17/1
(e.g. mailing list
> tags) under the same umbrella which I agree with.
>
> On 21/11/16 08:05, Jeffrey Zhang wrote:
>>
>> After the split, we have two projects and two develop docs[0][1].
>> These two sites have lots of duplicated lines.
>>
>> So will we split
] http://docs.openstack.org/developer/kolla-ansible/
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
1 - 100 of 197 matches
Mail list logo