04:02:11 <samP_> #startmeeting masakari
04:02:12 <openstack> Meeting started Tue Jan 17 04:02:11 2017 UTC and is due to finish in 60 minutes.  The chair is samP_. Information about MeetBot at http://wiki.debian.org/MeetBot.
04:02:13 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
04:02:16 <openstack> The meeting name has been set to 'masakari'
04:02:30 <samP_> ok, hi everyone
04:02:33 <takashi> o/
04:02:37 <rkmrHonjo> o/
04:02:49 <tpatil> Hi
04:03:07 <samP_> since we don"t have critical bugs.. lets jump in to discussion points
04:03:40 <rkmrHonjo> OK.
04:03:54 <samP_> last week it was action item for me to writedown about ironc HA
04:04:15 <samP_> so, I put wrote some words about it.
04:04:31 <samP_> #link https://etherpad.openstack.org/p/baremetal-ha
04:04:40 <rkmrHonjo> thanks.
04:05:53 <samP_> To implement this we need ironic instance boot from cinder vols.
04:06:13 <samP_> #link https://blueprints.launchpad.net/nova/+spec/ironic-boot-from-volume
04:06:49 <samP_> ah.. forgot to change the topic
04:07:36 <tpatil> I will start understanding about Ironic so that we can implement this use case
04:08:12 <takashi> samP_: do you know any shcedule about implementing the feature, ironic-boot-from-volume in nova project?
04:08:56 <Dinesh_Bhor> The implementation is in blocked state: https://blueprints.launchpad.net/nova/+spec/ironic-boot-from-volume
04:09:11 <takashi> It seems that blueprint for nova is currently blocked, and we still need some changes, right?
04:09:43 <samP_> takashi: they are holding it till spec from ironic side to merge. and it will done after refactoring in ironic
04:09:55 <takashi> samP_: ok
04:10:22 <takashi> I just found nova spec propsed for Pike: https://review.openstack.org/#/c/311696/
04:11:12 <samP_> takashi: there was some discussion in ironic team to remove this block and start code implementation.
04:11:49 <takashi> samP_: it is great if we can get some chance to discuss with ironic team in PTG, covering their plan about bfv
04:11:50 <samP_> however, there will be anther discussion in PTG
04:12:03 <takashi> samP_: ok
04:12:18 <samP_> takashi: sure, I will try to get it
04:14:45 <samP_> I will add more details for ironic HA and container HA on that etherpad. please put you comment, questions and ideas on it too..
04:14:55 <tpatil> sam
04:15:06 <samP_> takashi: yes
04:16:03 <tpatil> samP_: can we not add this ha support for ironic instance in masakari if it's booted from image?
04:17:22 <samP_> tpatil: we can, but if it boot from a local disk ,then you can not have the same instance after it failover to a new one
04:17:56 <samP_> tpatil: "can we ""not"" add "
04:18:32 <tpatil> samP_: But if you are using shared storage to store local disks, it's possible, correct?
04:19:43 <samP_> tpatil: it would be possible, but I am not sure you can do it with current ironic/nova APIs
04:20:20 <tpatil> samP_:  Ok, I will check current Ironic/Nova APIs to figure that out
04:21:28 <takashi> tpatil: IMO it can be possible that ironic does not support shared storage for 'image store'
04:21:41 <samP_> tpatil: there will be ways around. its all about cutoff the old instance and attaching the same disk to new instance
04:22:52 <takashi> samP_: right
04:22:53 <samP_> takashi: correct
04:23:04 <tpatil> samP_: Will check this point
04:23:10 <samP_> sure..
04:23:52 <samP_> then shall we move to next topic, if no more questions or comments about this
04:24:42 <takashi> samP_: yes
04:24:49 <rkmrHonjo> Sure.
04:25:09 <samP_> what would be the next topic?
04:25:44 <rkmrHonjo> Can I talk about AOB?
04:25:57 <samP_> rkmrHonjo: sure
04:26:04 <samP_> #topic AOB
04:26:05 <rkmrHonjo> thanks.
04:26:18 <rkmrHonjo> tpatil: You and abhishek said that you were working about https://review.openstack.org/#/c/397064/ last week.
04:26:25 <rkmrHonjo> Any update on this?
04:26:40 <tpatil> Abhishek is working on this issue
04:28:32 <tpatil> rkmrHonjo: He is working on your patch to see how to handle all pending requests before gracefully exiting the child process
04:29:13 <rkmrHonjo> tpati: OK, thanks.
04:29:28 <tpatil> rkmrHonjo: It's requires lot of refactoring, so it's taking some time
04:29:43 <samP_> tpatil: In gerrit you mentioned "service should use ServiceLauncher instead of ProcessLaunche", is this because of the normal openstack way or any other reason?
04:29:50 <takashi> tpatil: One question. Is current monitor supports gracefull shutdown?
04:30:01 <takashi> s/Is/Does/ s/supports/support/
04:30:07 <takashi> many mistakes, sorry...
04:30:09 <tpatil> takashi: No
04:30:37 <tpatil> samP_: Considering future plan, it's ok to use ProcessLauncher
04:31:09 <takashi> tpatil: ok. Does it make sense to split the patch to two, like adding signal handlers and graceful shutdown support?
04:31:09 <samP_> tpatil: ok, thanks
04:31:53 <tpatil> takashi: I don't think there is a need to handle signal handler in child process
04:31:57 <rkmrHonjo> samP: In my understanding, it's the normal openstack way. But takahara wrote the reason of using ProcessLauncher on gerrit.
04:32:32 <takashi> tpatil: If it requires big effort for gracefull shutdown, it can be good if we can land signal handler support first, IMO.
04:32:50 <samP_> rkmrHonjo: thanks. I read it
04:33:30 <takashi> I don't mean that we should land current patch, if we have better solution for signal handling,
04:33:53 <takashi> but I'm afraid to leave current signal handling problem for long time, on the other hand.
04:34:17 <tpatil> takashi: Let's take that decision in the next week depending on the progress of refactoring the existing patch
04:34:26 <takashi> tpatil: makes sense
04:34:30 <rkmrHonjo> takashi: I agree with your opinion. graceful shutdown is other problem.
04:35:35 <samP_> tpatil: make sense, lets discuss next action on next meeting
04:35:54 <tpatil> samP_: Ok
04:37:52 <samP_> Ok then, please share the refac status on the existing patch and we can discuss on next meeting on how to proceed with this
04:38:32 <tpatil> samP_: Sure
04:39:20 <samP_> OK then, any other topics?
04:39:38 <rkmrHonjo> no.
04:41:47 <tpatil> Nothing from my side
04:42:50 <takashi> Me neither
04:43:02 <Dinesh_Bhor> no
04:43:12 <samP_> Ok then, thank you all..
04:43:29 <samP_> let end this... thank you again
04:43:37 <samP_> bye..
04:43:38 <Dinesh_Bhor> thanks to all
04:43:40 <tpatil> Bye
04:43:50 <takashi> have a nice day!
04:44:04 <samP_> takashi: you too
04:44:05 <rkmrHonjo> thanks.
04:44:08 <samP_> #endmeeting