08:00:12 <huzhj> #startmeeting daisycloud
08:00:13 <openstack> Meeting started Fri Dec 23 08:00:12 2016 UTC and is due to finish in 60 minutes.  The chair is huzhj. Information about MeetBot at http://wiki.debian.org/MeetBot.
08:00:14 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
08:00:16 <openstack> The meeting name has been set to 'daisycloud'
08:00:25 <huzhj> #topic RollCall
08:00:35 <huzhj> #info Zhijiang Hu
08:00:47 <zeyu> #info zeyu
08:01:15 <zhouya> #info zhouya
08:01:45 <luyao1> #info luyao
08:02:45 <huzhj> Today's topics
08:02:56 <huzhj> 1) Roll Call
08:02:56 <huzhj> 2) OPNFV: Daisy CI Progress
08:02:56 <huzhj> 3) AoB
08:03:04 <huzhj> #info OPNFV: Daisy CI Progress
08:03:11 <huzhj> #undo
08:03:12 <openstack> Removing item from minutes: <ircmeeting.items.Info object at 0x7fc5685b3c90>
08:03:18 <huzhj> #topic OPNFV: Daisy CI Progress
08:06:18 <huzhj> anything to report?
08:06:23 <kongwei> hi
08:06:39 <kongwei> #info kongwei
08:07:10 <zhouya> we still have a little bug in deploy for we use the new kolla-image-newton-latest.tgz
08:07:46 <zhouya> And the latest test I have made report this errors.
08:07:47 <zhouya> 2016-12-23 08:03:18.951 28368 INFO daisy.api.backends.kolla.install [req-1583cc62-cba5-43e9-a562-8f2f566a7b15 - - - - -] kolla-ansible preckecks successfully!
08:07:48 <zhouya> 2016-12-23 08:03:39.664 28368 INFO daisy.api.backends.kolla.install [req-1583cc62-cba5-43e9-a562-8f2f566a7b15 - - - - -] kolla-ansible deploy failed!
08:08:33 <luyao1> why deploy failed?
08:08:59 <zhouya> we do not have a log to reference.
08:09:20 <luyao1> we have log in /var/log/daisy/kolla-cluster-id
08:10:08 <huzhj> zhouya: also, run kolla-ansible deploy --vvvvvvvv (I forgot how many v it is)     may give your more debug info
08:10:15 <zhouya> fatal: [10.20.11.3]: FAILED! => {"changed": false, "failed": true, "msg": "The requested image does not exist: 10.20.11.2:4000/kolla/centos-binary-heka:3.0.0"}
08:10:49 <zhouya> I submit a commit https://review.openstack.org/#/c/414452/
08:10:55 <huzhj> we do not have centos-binary-heka:3.0.0, we probably have centos-binary-heka:3.0.1 or centos-binary-heka:3.0.2
08:11:04 <zeyu> -vvvv
08:11:17 <zeyu> four v
08:11:24 <huzhj> zeyu: thanks
08:12:39 <huzhj> zhouya: is your patch for resolving your problem?
08:13:07 <zhouya> resolving part of the problem
08:13:44 <luyao1> I  get it.opnfv's tgz after unzip is in tmp file.so we add tmp,right?
08:13:45 <huzhj> zhouya: run  docker images to find if you have centos-binary-heka:3.0.0 or not
08:14:27 <huzhj> luyao1: yes, there is one tmp dir deeper than before
08:14:46 <huzhj> caused by my kolla-build.sh
08:15:13 <huzhj> so zhouya's PS make scence
08:16:12 <zhouya> I just can read "kolla/centos-binary-heka"
08:16:21 <zhouya> do not get any version id
08:16:27 <huzhj> tag
08:17:59 <huzhj> zhouya:show us the line of the docker images output
08:18:49 <zhouya> [root@daisy kolla]# docker images
08:18:50 <zhouya> REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
08:18:50 <zhouya> registry            2                   88ecdbb5a908        8 months ago        171.1 MB
08:18:58 <zhouya> this is the images of daisy server
08:19:22 <zhouya> For we have not deploy successfully on target node
08:19:55 <huzhj> then where you got " just can read "kolla/centos-binary-heka" "?
08:20:35 <zhouya> curl http://127.0.0.1:4000/v2/_catalog
08:20:43 <luyao1> 3.0.2
08:20:50 <zhouya> on daisy server
08:21:16 <luyao1> not 3.0.0
08:24:58 <zhouya> Maybe centos-binary-heka has been updated?
08:25:25 <luyao1> all is 3.0.2
08:26:45 <zhouya> So the version of openstack should be 3.0.2?
08:27:03 <luyao1> I think so
08:28:56 <zhouya> The tar ball of kolla-image-newton-latest.tgz is updated?And our code is still 3.0.0?
08:31:05 <huzhj> zhouya: I think you should get 3.0.0/3.0.2 from glbal.yml
08:31:57 <zhouya> I have modify the code to get tag from global.yml
08:32:10 <huzhj> zhouya: or maybe global.yml  gives you erong version :)
08:32:20 <huzhj> wrong version
08:33:16 <luyao1> where  global.yml 's tag get from?
08:34:02 <huzhj> luyao: changed manually by developer
08:34:06 <zhouya> get from #openstack_version:'3.0.3'
08:34:12 <zhouya> global.yml file
08:34:56 <zhouya> I check the globals.yml file and find the tag version is 3.0.0
08:35:13 <luyao1> I get it
08:35:18 <huzhj> zhouya: yes, maybe we can not rely on global.yml
08:35:51 <huzhj> maybe ansible/group_vars/all.yml is beter
08:36:03 <zhouya> But from my side,I think the tag should be the same as build_images.
08:37:30 <zhouya> ####################
08:37:30 <zhouya> # OpenStack options
08:37:30 <zhouya> ####################
08:37:30 <zhouya> openstack_release: "3.0.2"
08:37:58 <zhouya> agree with you @huzhj ,the tag in  ansible/group_vars/all.yml is 3.0.2
08:39:08 <zhouya> This is the right tag of our images
08:39:25 <huzhj> zhouya: maybe not good enough
08:40:05 <zhouya> So,what is your opinion?
08:40:32 <huzhj> etc/kolla/kolla-build.conf  maybe better, it has #tag = 3.0.2
08:41:22 <huzhj> you do not have etc/kolla/kolla-build.conf though
08:42:01 <huzhj> I am wondering how this tag is generated by build sequence
08:42:50 <zhouya> So how can I get
08:42:50 <zhouya> So how can I get etc/kolla/kolla-build.conf file ?
08:43:03 <huzhj> You do not need to get it
08:43:23 <huzhj> let's find out why it has tag = 3.0.2 inside
08:43:39 <huzhj> Got it : cfg.StrOpt('tag', default=version.cached_version_string(),
08:43:48 <huzhj> in kolla/common/config.py
08:43:57 <zhouya> great
08:44:00 <huzhj> So the right way is using pbr
08:44:07 <luyao1> good
08:44:55 <huzhj> does anyone know how to run version.cached_version_string() in command line?
08:46:05 <huzhj> so we can get 3.0.2
08:46:52 <zhouya> Great
08:49:09 <huzhj> IIf it is hard to get it, I can store that info into version file
08:50:32 <zhouya> we can get it from all.yml file
08:51:30 <luyao1> agree.we can modify code to get for all.yml
08:51:36 <zeyu> the tag in ansible is right
08:51:47 <huzhj> I said, all.yml file may be not good enough
08:52:05 <huzhj> beause it is maintained manually
08:52:30 <huzhj> do we install kolla in our code?
08:52:36 <zhouya> no
08:52:41 <zhouya> we just copy the code
08:53:20 <zhouya> We get the version by different branch.
08:53:36 <zeyu> yes , but kolla will modify the tag in all.yml timely
08:54:33 <zhouya> Or maybe we write it in version file is more flexible for our code to seperate from kolla code.
08:54:49 <huzhj> zeyu: OK, zhouya: please use all.yml for the time being
08:55:06 <huzhj> I will consider store it into version file
08:56:29 <zhouya> OK, I will fix this bug and launch a unittest.
08:57:17 <huzhj> Or can we just run version.cached_version_string()  in kolla dir?
08:58:43 <zhouya> Does this can work if we just run this command in kolla dir?
08:58:54 <huzhj> yes
08:58:57 <huzhj> try it
08:59:00 <huzhj> import pbr.version
08:59:00 <huzhj> pbr.version.VersionInfo('kolla').cached_version_string()
08:59:44 <huzhj> [root@DaisyNode1 kolla]# python
08:59:44 <huzhj> Python 2.7.5 (default, Sep 15 2016, 22:37:39)
08:59:44 <huzhj> [GCC 4.8.5 20150623 (Red Hat 4.8.5-4)] on linux2
08:59:44 <huzhj> Type "help", "copyright", "credits" or "license" for more information.
08:59:44 <huzhj> >>> import pbr.version
08:59:44 <huzhj> >>> pbr.version.VersionInfo('kolla').cached_version_string()
08:59:44 <huzhj> '3.0.2'
08:59:45 <huzhj> >>>
09:00:49 <huzhj> zhouya: try it in your code dir where you cloned and checkouted to the exact version
09:01:07 <huzhj> we are running out of time
09:01:08 <huzhj> #endmeeting