t; __
> 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
>
t;
> __________
> 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-de
de some of them correctly to the proper standards.
>
> -Dave
>
>
> On Wed, Jun 1, 2016 at 6:10 AM, Jeffrey Zhang
> wrote:
>
>> 1. the ansible 2.1 make lots of change compare to the ansible 2.0 about
>> how
>>the plugin works. So in default, kolla do not work
opment 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
___
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
> __
> OpenStack Development Mailing List (not for usage questions)
&g
> 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
>
this is similar for Kolla in a different way because the image
> pipeline is defined by the project and implemented through the docker image
> building processes.
>
> __
> OpenStack Development Mailing List (not for usage
On Tue, Jun 28, 2016 at 9:23 PM, Hui Kang 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://xcodest
__
> 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
>
,
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
s PS 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://
Yes it is the Bug.
Thanks Kairat.
On Wed, Jun 29, 2016 at 8:53 PM, Kairat Kushaev
wrote:
> Hi,
> Looks like this bug is duplicate of
> https://bugs.launchpad.net/oslo.cache/+bug/1590779
> HTH
>
> Best regards,
> Kairat Kushaev
>
> On Wed, Jun 29, 2016 at 3:32 PM, Jeff
On Wed, Jun 29, 2016 at 9:26 PM, Gerard Braad 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 Zhang
Blog
nt 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.
>
--
Regard
Hi all,
the spec is here[0]
[0] https://review.openstack.org/336757
On Wed, Jun 29, 2016 at 9:44 PM, Jeffrey Zhang
wrote:
>
> On Wed, Jun 29, 2016 at 9:26 PM, Gerard Braad wrote:
>
>> Although I saw the Ansible Container repo, I wasn't that excited about
>> it at
iling 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
___
>> > 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
t; 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-bin/mailman/lis
(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
> dissemination or use of the information conta
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
__
Ope
ch 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 Zhang
Blog: http://xcodest.me
_
M
> *To:* OpenStack Development Mailing List (not for usage questions)
> *Subject:* Re: [openstack-dev] [kolla][kubernetes] Mirantis participation
> in kolla-mesos project and shift towards Kubernetes
>
> Tomasz,
> Response inline.
>
> On 4/25/16, 12:32 AM, "Tomasz Pa&qu
_
> 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: ht
> 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 Deve
>
> __________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinf
t;_________
> >>_
> >> OpenStack Development Mailing List (not for usage questions)
> >> Unsubscribe:
> >> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> >>
> >>&l
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
subscribe: 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 Developmen
t 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 Zhang
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
> 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
>
>
--
nd 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)
Unsubscribe: o
://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
cribe: 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 De
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, 2016 at 9:54 AM, Jeffrey Zhang
> wr
x27;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 (not for usage question
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
wrote:
> this should be a
gt; >
>>
>>
> +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 questi
;> > two weeks is I would like a week of discussion before people
>> just blindly
>> > vote ;)
>> >
>> > Voting begins now and concludes March 4th. Since this is a
>> policy decision,
>> > no veto votes are permitte
ubject:unsubscribe
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> >
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack
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
ack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.ope
ist (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
subscribe: 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)
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailma
; 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 Dev
___
> 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
o: *OpenStack List
> *Date: *Sunday, March 5, 2017 at 9:36 AM
>
> *To: *OpenStack List
> *Subject: *Re: [openstack-dev] [neutron][sfc] stable/ocata version
>
>
>
> Thanks!
>
>
>
> *From: *Jeffrey Zhang
> *Reply-To: *OpenStack List
> *Date: *Sunday, Ma
igure cron job with different time on each controller
2. implement a global lock? ( no idea how )
[0] https://docs.openstack.org/admin-guide/identity-fernet-token-faq.html
--
Regards,
Jeffrey Zhang
Blog: http://xcode
fix subject typo
On Mon, Mar 6, 2017 at 12:28 PM, Jeffrey Zhang
wrote:
> Kolla have support keystone fernet keys. But there are still some
> topics worth to talk.
>
> The key issue is key distribution. Kolla's solution is like
>
> * there is a task run frequently by c
s
> >
> It's merged. Stable branch is created.
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/c
an updated release
> candidate.
>
> Ansible: https://review.openstack.org/442138
> Kolla: https://review.openstack.org/442137
> TripleO: https://review.openstack.org/442129
>
> Doug
>
> __
> OpenStack Deve
ms with this though that I'm
> not thinking of.
>
> -Paul
>
Thanks Paul,
second seems better. We can implement a file lock to ensure only one
rotate and distribute process is running at the same time.
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
_
it may become
A: 0' 1' 2' 3
B: 0 1 2 3
after distribute , it become
A: 0 1 2 3
B: 0' 1' 2' 3
Next rotation and distribute, issue happen.
This is a small probability, but it still possible.
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
_
roger. thanks all guys.
On Tue, Mar 7, 2017 at 3:26 AM, Cathy Zhang
wrote:
> Just completed.
>
>
>
> Cathy
>
>
>
> *From:* Jeffrey Zhang [mailto:zhang.lei@gmail.com]
> *Sent:* Friday, March 03, 2017 6:59 PM
> *To:* OpenStack Development Mailing List (not for
rship
[0] https://bugs.launchpad.net/kolla-ansible/+bug/1668654
[1]
https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L2922,L2952
[2] https://review.openstack.org/442673
[3] https://review.openstack.org/442850
--
Regards,
Jeffrey Zhang
Blog: http://xcode
in/mailman/listinfo/openstack-dev
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
Thanks Corey, But i tried ocata proposed repo, the issue is still happening.
On Wed, Mar 8, 2017 at 10:03 PM, Corey Bryant
wrote:
>
>
> On Tue, Mar 7, 2017 at 10:28 PM, Jeffrey Zhang
> wrote:
>
>> Kolla deploy ubuntu gate is red now. here is the related bug[0].
>>
use for
> other dev packages.
>
> [1]https://review.openstack.org/#/c/448380/1/kolla/common/config.py
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@l
bb087af587b673f4e44187142da
>
> [3] https://github.com/openstack/kolla/commit/
> cee89ee8bef92914036189d02745c08894a9955b
>
>
>
>
>
>
> B. R.,
>
> Zhijiang
>
> __
> OpenStack Development Mailing List (not for usage
__
> 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
enStack 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
>
> __
> OpenStack Developme
> 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,
Jef
_______
> 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
__
enstack-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 Developmen
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.open
questions)
>
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __
> OpenStack Development Mailing L
-docs.readthedocs.io/en/latest/HTTP.html#can-i-use-uwsgi-s-http-capabilities-in-production
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack
ust my experience with it, if you do want to switch to
> uwsgi+http make sure you do thorough testing of all the components or you
> may be left with a component that just won't work with your model.
>
>
> On Thu, Aug 24, 2017 at 12:29 PM, Mohammed Naser
> wrote:
>
>&g
.openstack.org?subject:
>> unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> ______
> OpenStack
I am the speaker. Michal couldn't be Sydney this summit.
On Tue, Oct 17, 2017 at 1:05 AM, Kendall Nelson
wrote:
> Added Kolla to my list. Would the speakers be you and Michal?
>
> -Kendall (diablo_rojo)
>
>
> On Thu, Oct 12, 2017 at 5:51 PM Jeffrey Zhang
> wrote:
&g
> 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 Zhan
> 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
Blo
e want to make it more than that, i.e. make
> it idempotent, customizable, etc. I don't see the need to wheel in Ansible.
>
> On 28/11/17 03:23, Jeffrey Zhang wrote:
>
>> hi
>>
>> check this [0]. I tried to convert it to ansible playbooks.
>>
>> [0] htt
e at one stage. My position is I don't see the
>> need to ansible-ise small shell scripts. init-runonce is currently just an
>> easy to understand sequence of openstack commands provided to help people
>> test/demo their setups. Unless we want to make it more than that, i.e. make
&g
> 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
__
from review and
> send
> >>> with "git review".
> >>
> >> OK. will update soon.
> >
> > Done.
>
> __
> OpenStack Development Mailing List (not for usage questions)
&
safe-to-bootstrap-protection
On Fri, Jan 5, 2018 at 1:15 AM, Marcin Juszkiewicz <
marcin.juszkiew...@linaro.org> wrote:
> W dniu 29.12.2017 o 07:58, Jeffrey Zhang pisze:
> > recently, a series patches about mariadb is pushed. Current issue is
> >
> > - using different maria
___
> 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
t; Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __________
>
tions)
>> 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.
>
> ___
;)
>
>
> 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 ceph? I think if ce
hange.
>>
>> 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")
>> 4. Use Ceph with Nova (en
-mail. Any
> unauthorised copying, disclosure or distribution of the material in this
> e-mail is strictly forbidden.
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ..
h 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.
--
Stack 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
___
stack-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:
>&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/mailman/listinfo/openstack-dev
>
--
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://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Regards,
Jeffrey Zh
mation 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 Mailing List (not for usage questions)
://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
:32 AM, Jeffrey Zhang
> wrote:
> > We introduced customization solution.
> >
> > Now, we support two format of footer.
> >
> > 1. the legacy way: {{ include_footer }}
> > 2. the new way: {% block footer %}{% endblock %}
> >
> > there two conflict
me 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
wrote:
>
> On Fri, Sep 2, 2016 at 11:48 PM, Paul Bourke
.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 u
fo/openstack-dev
> >
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mail
s to make Kolla 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&module=kolla&metric=commits
[1] http://stackalytics.com/?release=all&module=kolla&metric=marks
[2] http
https://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)
Unsubs
://stackalytics.com/?release=all&module=kolla&metric=commits
[1] http://stackalytics.com/?release=all&module=kolla&metric=marks
--
Regards,
Jeffrey Zhang
Blog: http://xcodest.me
__
OpenStack Development Mailing List (not for
your team is interested by then. *
>>>
>>> See you soon!
>>>
>>> - Kendall Nelson (diablo_rojo)
>>>
>>> [1] https://docs.google.com/spreadsheets/d/
>>> 1J2MRdVQzSyakz9HgTHfwYPe49PaoTypX66eNURsopQY/edit?usp=sharing
>>>
>>>
>>>
>>>
> __
1 - 100 of 199 matches
Mail list logo