08:00:26 <huzhj> #startmeeting daisycloud
08:00:27 <openstack> Meeting started Fri Mar  3 08:00:26 2017 UTC and is due to finish in 60 minutes.  The chair is huzhj. Information about MeetBot at http://wiki.debian.org/MeetBot.
08:00:28 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
08:00:30 <openstack> The meeting name has been set to 'daisycloud'
08:00:37 <huzhj> #topic Roll Call
08:00:50 <huzhj> #info Zhijiang
08:05:25 <huzhj> #topic OPNFV: BM/BM Deployment & Functest Integration
08:05:59 <huzhj> #undo
08:06:00 <openstack> Removing item from minutes: #topic OPNFV: BM/BM Deployment & Functest Integration
08:06:06 <huzhj> #topic OPNFV: VM/BM Deployment & Functest Integration
08:07:01 <huzhj> Let's wait Ya , he is coming
08:07:20 <kongwei> OK
08:07:20 <huzhj> Hi kongwei
08:07:26 <kongwei> hi
08:07:38 <huzhj> Next topic is about daisy support escalator
08:07:49 <kongwei> yes
08:07:58 <huzhj> I only have two topic today
08:08:08 <huzhj> feel free to add AoB
08:08:18 <huzhj> Hi zhouya
08:08:20 <kongwei> good
08:08:29 <kongwei> hi zhouya
08:08:33 <zhouya> #info zhouya
08:08:34 <zhouya> hi
08:08:43 <huzhj> Any updates of this topic
08:08:47 <kongwei> #info kongwei
08:09:06 <alexyang> #info alexyang
08:09:13 <huzhj> Can you see the current topic title over your IRC client?
08:09:19 <huzhj> Hi alexyang
08:09:47 <huzhj> anyway , let me retype it , OPNFV: BM/BM Deployment & Functest Integration
08:09:47 <alexyang> hi
08:09:49 <zhouya> hi alexyang
08:10:05 <huzhj> opps, OPNFV: VM/BM Deployment & Functest Integration
08:10:16 <zhouya> Oh,I am  testing the BM Deployment
08:10:50 <zhouya> And now I am deploying the openstack
08:11:15 <huzhj> do we have any problem , seems kolla precheck have problem?
08:11:16 <zhouya> Seems ok after I change the globals.yml
08:11:31 <huzhj> Great, what is the PS?
08:11:41 <huzhj> can you provide the URL?
08:11:42 <zhouya> I think I have solve the problem
08:11:52 <huzhj> Greate Job:)!
08:12:10 <huzhj> Did you use the tagged version?
08:12:16 <zhouya> The problem we met is we have VLan
08:12:20 <huzhj> or the latest version from git?
08:12:27 <huzhj> well
08:12:40 <zhouya> no ,I just used the opnfv-2017-02-22_06-58-35.bin
08:13:00 <huzhj> OK, nearly the same
08:13:19 <huzhj> nearly the same as the tagged version
08:13:25 <zhouya> In the globals.yml file,we use the interface without .vlanid
08:13:29 <zhouya> so we can
08:13:40 <zhouya> so we can't get the vlan of interface
08:14:13 <zhouya> But after I change the interface storage_interface: ens12f1
08:14:18 <huzhj> So this is our config error?
08:14:31 <zhouya> to storage_interface: ens12f1.172, it seems ok of kolla prechecks
08:14:39 <zhouya> Yes ,It is our config error
08:14:51 <alexyang> where can find the globals.yml?
08:14:53 <huzhj> Good
08:15:03 <huzhj> precheck sometime over tested
08:15:20 <zhouya> cd /etc/kolla
08:15:26 <alexyang> ok
08:15:29 <zhouya> It is the config of kolla
08:15:56 <zhouya> and we just use the interface,so the prechecks process can't find the ip on one interface with vlan
08:16:05 <zhouya> we should add .vlanid behind
08:16:54 <huzhj> when you said so the prechecks process can't find the ip on one interface with vlan, did you really mean "so the prechecks process can't find the ip on one interface withOUT vlan" ?
08:17:30 <zhouya> yes
08:17:33 <huzhj> OK
08:18:27 <zhouya> we do not get the mistake when we deploy the openstack with virtual deploy. because we use only one interface,and the interface has ip on it
08:18:30 <zhouya> Kolla
08:18:55 <zhouya> kolla needs we have ip on each interface except the external interface.
08:19:43 <zhouya> So,I think we should change our code of daisy to have this change in generate the kolla config file /etc/kolla/globals.yml
08:21:11 <huzhj> how about just pass the correct vlan virtual interface such as eth0.100 to daisy? i think there is no need to change /etc/kolla/globals.yml  generator
08:22:16 <huzhj> Or you mean our  /etc/kolla/globals.yml  generator  can not accept vlan virtual interface such as eth0.100 currently ?
08:23:26 <zhouya> yes
08:23:48 <huzhj> and alexyang, any thing related from you side? Did you got the tagged version of daisy and did it work correctly for you:)?
08:24:33 <alexyang> virtual deploy failed yesterday
08:24:39 <alexyang> but success today
08:24:40 <huzhj> zhouya: OK, i see, let's create a PS to illustrate your thought
08:25:00 <alexyang> it seems not very stable
08:25:04 <huzhj> intermittent problem.......
08:25:28 <huzhj> did you collected any log?
08:25:58 <alexyang> i have send email, zhouya have debug it ?
08:26:09 <zhouya> the management ip hasn't assigned
08:26:48 <zhouya> Seems it is not happen everytime
08:26:58 <huzhj> zhouya, the tagged version DID include the PS about prevent losing IP, that is https://review.openstack.org/#/c/423738/
08:27:06 <zhouya> But I see the commit of zhanghui has merged in daisycloud-core
08:27:11 <huzhj> Yes
08:27:30 <zhouya> absolutely
08:28:04 <huzhj> Let's dive into this problem more deeply offline
08:28:14 <huzhj> Time for the next topic
08:28:28 <huzhj> OK?
08:28:30 <zhouya> ok,I will trace this problem
08:28:39 <zhouya> ok
08:28:41 <huzhj> Thanks
08:29:02 <huzhj> #topic OPNFV: Escalator Support
08:29:04 <Julien-zte> hi
08:29:11 <zhouya> hi julien
08:29:13 <huzhj> hi Julien-zte
08:29:15 <Julien-zte> currently docker service is not stable enough
08:29:18 <Julien-zte> #info Julien
08:29:34 <Julien-zte> registry-1.docker.io usually failed
08:29:36 <huzhj> docker service to the daisy build?
08:29:47 <Julien-zte> I don't know it is affected by amazon S3
08:29:55 <huzhj> Got it
08:29:59 <Julien-zte> integration with functest
08:30:11 <Julien-zte> diasy has trigger the integration job
08:30:19 <Julien-zte> after deployment finished
08:30:39 <Julien-zte> I'm considering setting up a docker cache service in our lab
08:30:49 <Julien-zte> I'm investigating the https issue
08:31:07 <Julien-zte> if it can be resolved, the docker registry service can be easy replaced
08:32:18 <huzhj> Julien-zte , so you mean the docker service unstable problem obstruced our integration  to functest?
08:32:32 <Julien-zte> yes, actually it is
08:32:50 <Julien-zte> we can not pull the image correctly
08:33:04 <huzhj> I see, functest test suit folded in container.
08:33:24 <huzhj> #info the docker service unstable problem obstruced our integration  to functest?
08:33:30 <huzhj> #undo
08:33:30 <openstack> Removing item from minutes: #info the docker service unstable problem obstruced our integration  to functest?
08:33:34 <huzhj> #info the docker service unstable problem obstruced our integration  to functest
08:35:14 <huzhj> Julien-zte
08:35:14 <huzhj> Julien-zte thanks for the information, can we go on for this topic?
08:35:21 <huzhj> current topic
08:36:01 <huzhj> Escalator Support, I think kongwei has a quite a bit of info to share
08:36:03 <Julien-zte> yes
08:36:10 <huzhj> Thanks
08:36:13 <Julien-zte> yes please
08:36:28 <Julien-zte> is kongwei online
08:36:35 <huzhj> Hi kongwei , are you still there?
08:36:41 <kongwei> yes
08:37:17 <kongwei> we have two question need to be discuss today
08:38:08 <kongwei> the first is how to get version info from kolla
08:38:35 <kongwei> zhouya said it can be merged
08:38:48 <kongwei> hi zhouya
08:38:52 <zhouya> yes
08:38:59 <Julien-zte> I don't get what you means? what version?
08:39:08 <Julien-zte> openstack version of kolla?
08:39:15 <zhouya> the version of openstack
08:39:17 <Julien-zte> can we use branch?
08:39:20 <zhouya> yes
08:39:57 <huzhj> Julien-zte what branch? openstack branch like newton,mitaka?
08:40:00 <zhouya> I think zeyu knows this well
08:40:08 <Julien-zte> yes, I mean the branch
08:40:21 <zhuzeyu> hi
08:40:26 <kongwei> the version of openstack
08:40:27 <zhouya> hi zeyu
08:40:31 <kongwei> what tome can you finished it？ zhouya
08:40:32 <huzhj> Currently we only support using kolla to deploy newton
08:40:39 <huzhj> zeyu is not on line
08:41:12 <zhouya> we can get the version of openstack from kolla
08:41:26 <kongwei> we talk about it yesterday
08:41:38 <Julien-zte> for escalator I think we can fixed to use newton for now
08:41:41 <zhuzeyu> kolla can get the version of openstack componments
08:41:44 <kongwei> zhouya said it is his job
08:41:44 <Julien-zte> is it ok? kongwei
08:42:00 <zhouya> yes
08:42:34 <Julien-zte> zhouya when will you implement kongwei 's requirement
08:42:45 <Julien-zte> in Danube?
08:42:47 <kongwei> Julien-zte: if we only use branch name， we can not test the upgrade function
08:42:54 <zhouya> we can use kolla to get the version of openstack
08:42:59 <zhouya> zeyu will show the code
08:43:19 <Julien-zte> I think daisy has its own version flag
08:43:28 <kongwei> yes
08:43:35 <zhouya> yes ,daisy has own version flage
08:43:53 <huzhj> actually, we are using kolla images version flag. such as 3.0.1 3.0.2
08:44:04 <huzhj> and kolla support upgrade from 3.0.1 to 3.0.2
08:44:10 <huzhj> 3 means newton
08:44:19 <zhouya> Danube will be okjulien-zte
08:44:42 <kongwei> yes huzhj
08:44:53 <zhouya> and we can implement this requirement by Danube of escalator
08:45:08 <Julien-zte> the upgrade work-items shall be excuted by installer itself or by escalator?
08:45:26 <kongwei> by installer
08:45:27 <Julien-zte> the first release code frozen line is by March 10th, zhouya
08:45:54 <huzhj> Julien-zte, yes, I got the frozen line notice from David
08:45:58 <zhouya> oops,Then the time is too tense.
08:46:13 <huzhj> I will create a branch Danube before that date
08:46:20 <Julien-zte> the lucky things are : there are danube 2.0 and 3.0
08:46:49 <Julien-zte> shall we can finish this by the deadline of 2.0?
08:47:08 <Julien-zte> maybe a month after 1.0
08:47:59 <zhouya> cd /kolla/tools/version-check.py
08:48:18 <zhouya> we can use kolla to get the version of each container
08:48:25 <zhouya> by use python version-check.py
08:48:54 <Julien-zte> #info escalator can use kolla 'version-check.py' to get the version of each container
08:48:54 <zhouya> so the problem is what we need to get ,the version of openstack or the version of each container
08:49:35 <kongwei> no
08:50:19 <huzhj> IMHO, the granularity of  version of openstack or the version of each container is too  fine.
08:50:37 <kongwei> we need the version of the openstack that cluster is running
08:50:37 <huzhj> Sorry  IMHO, the granularity of  version of each container is too  fine.
08:50:47 <huzhj> Agree, kongwei
08:50:47 <zhouya> ok ,I see
08:51:11 <kongwei> such as the version flag
08:51:13 <zhouya> then we can get the version of opensatck by danube2.0
08:51:27 <huzhj> Good
08:51:43 <zhouya> and the version is 3.0.3
08:51:49 <zhouya> or 3.0.2
08:52:02 <kongwei> zhouya: yes
08:52:05 <zhouya> right? kongwe
08:52:11 <zhouya> ok,I see
08:52:18 <huzhj> Daisy is just like a version manager and GUI for Kolla
08:52:30 <kongwei> yes
08:52:31 <Julien-zte> #info escalator can get the openstack version in danube 2.0
08:52:45 <zhouya> When I finished the BM deploy of daisy ,I will commit the code to escalator.
08:52:52 <Julien-zte> my question is that the api between installer and escalator have been defined yet?
08:53:10 <Julien-zte> thanks zhouya, good work
08:54:49 <Julien-zte> shall be go to next question, kongwei
08:54:58 <zhouya> ok from my side
08:54:59 <kongwei> yes
08:55:14 <kongwei> the api were defined.
08:56:26 <Julien-zte> what's the next question?
08:56:35 <kongwei> next topic：changes on gerrit
08:56:50 <kongwei> sunjing are you here？
08:57:18 <kongwei> the change 27535 was blocked
08:57:25 <huzhj> I am afraid sunjing is not here
08:57:35 <kongwei> oh
08:58:27 <Julien-zte> 27535? are you sure?
08:58:28 <huzhj> https://gerrit.opnfv.org/gerrit/#/c/27535/ ?
08:58:48 <Julien-zte> it is from dovetail?
08:58:56 <Julien-zte> what's the relationship with escalator?
08:59:53 <kongwei> huzhj，the jira 34 was blocked too
09:00:26 <kongwei> these are jobs of escalator
09:00:35 <Julien-zte> all the patchset in escalator have been dealed with
09:00:40 <Julien-zte> can you specifiy which job?
09:01:08 <Julien-zte> 27535, I think it is not relevant with escalator
09:01:32 <huzhj> kongwei, OK, if there is any job that were blocked, please let me know
09:01:47 <huzhj> I will try to find out why
09:01:52 <kongwei> it is escalator's change
09:02:06 <kongwei> Ok
09:02:29 <Julien-zte> #link https://gerrit.opnfv.org/gerrit/#/c/27535/
09:02:36 <Julien-zte> kongwei, have a look at this link
09:02:43 <kongwei> Yes
09:03:08 <Julien-zte> I find nothing in patch relevant
09:03:55 <kongwei> The ci failure
09:04:12 <alexyang> https://gerrit.opnfv.org/gerrit/#/c/27353/
09:04:14 <kongwei> 27353
09:04:18 <huzhj> kongwei, can you please double check the PS number 27535 is right?
09:04:23 <huzhj> OK
09:04:35 <kongwei> Sorry
09:05:16 <kongwei> Huh just
09:05:17 <Julien-zte> oh, it's the lint issue
09:05:23 <Julien-zte> I think it is easy fixed
09:06:00 <kongwei> Yes. I think sunjing would resolve it
09:06:35 <huzhj> OK,
09:06:43 <kongwei> Huzhj I have nothing else to talk about
09:06:50 <kongwei> Thank you
09:06:50 <Julien-zte> I find a CI issue
09:06:59 <huzhj> #action huzhj to ask sunjing for help to make 27353 move forward
09:07:08 <Julien-zte> no docker file build from escalator
09:07:09 <Julien-zte> I will check the build job
09:07:18 <Julien-zte> no docker image build and push
09:07:26 <huzhj> Thanks Julien-zte
09:07:57 <huzhj> #action Julien-zte will try to check the docker build job  of escalator
09:08:00 <Julien-zte> kongwei, shall I add a new tag in build.opnv.org for escalator
09:08:47 <huzhj> Julien-zte, it seems only the PTL has the tagging permission
09:09:08 <Julien-zte> not tag the version
09:09:15 <Julien-zte> add new "web-tag" for converging escalator's jobs
09:09:17 <kongwei> What is the tag's effect
09:09:20 <Julien-zte> easy to view and check
09:09:26 <Julien-zte> just like daisy
09:09:37 <kongwei> Oh, yes. Thank you
09:11:14 <huzhj> OK, shall we wrap this up? timed out...
09:11:22 <zhouya> ok
09:11:38 <kongwei> Ok
09:12:15 <huzhj> Thanks everyone, thanks for the greate jobs, and have a good weekend!
09:12:29 <huzhj> #endmeeting