09:03:37 #startmeeting ha 09:03:38 Meeting started Mon Apr 11 09:03:37 2016 UTC and is due to finish in 60 minutes. The chair is aspiers. Information about MeetBot at http://wiki.debian.org/MeetBot. 09:03:39 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 09:03:42 The meeting name has been set to 'ha' 09:03:51 hello all, and sorry for the timing confusion 09:04:02 let's deal with that first 09:04:09 #topic time(zone) for meeting 09:04:19 so currently it's scheduled for 9am UTC 09:04:35 but that means for anyone with daylight saving timezones, the meeting time shifts twice a year 09:04:41 which does not sound like a good idea to me 09:04:52 how many of us are in daylight saving timezones? 09:04:57 o/ 09:05:52 ddeja, samP, masahito? 09:06:04 samP, masahito is not 09:06:12 * aspiers puts up a o/ on behalf of beekhof 09:08:24 * aspiers puts up a o/ on behalf of ddeja 09:08:28 o/ 09:08:31 :) 09:08:42 sorry, I'm on 2 meetings in the same time 09:08:44 ;) 09:08:45 no problem :) 09:09:24 hmm, if there is no daylight savings in Japan then it sounds we have a split down the middle of the group :-/ 09:09:38 I don't think so 09:09:47 aspiers: masahito was there last week 09:09:55 oh 09:10:00 what about bogdando? 09:10:24 and haukebruno? 09:10:34 haukebruno was there, bogdano not 09:11:01 hmm, so it's not easy to decide this now 09:11:19 let's postpone the decision and I will try to poll everybody's preference before next week 09:11:24 \o/ hello 09:11:43 ok 09:11:46 oh hi haukebruno 09:11:51 which timezone are you in? 09:11:57 ah wait. we are 1 hour late? I hate that bloody summer/winter time crap 09:12:06 haukebruno: that's the current topic ;-) 09:12:12 aspiers, currently CEST 09:12:15 ok 09:12:41 #idea change meeting time from 9am UTC to 9am Europe/London 09:12:54 #action aspiers to find out if anyone has any major objections to this 09:13:07 #topic Current status (progress, issues, roadblocks, further plans) 09:13:23 so ddeja and I have been working on preparing our Austin talk 09:13:29 here. hi 09:13:32 and I spent the whole weekend working with reveal.js 09:13:45 oh hi bogdando - are you in a timezone with DST? 09:13:54 no, UTC+1 :) 09:14:07 ah, yes I have DST enabled 09:14:13 ok 09:14:25 bogdando: where do you live? just curious :) 09:14:39 curently in Poznan 09:14:50 ah ok 09:15:00 bogdano - we are now +2 in Poland 09:15:05 :) 09:15:06 Gdansk here ;) 09:15:18 I love gdansk. sorry for offtopic :p 09:15:22 :) 09:15:22 lol 09:15:28 so, back to my status 09:15:55 other than that, I was working on debugging a neutron HA failover issue 09:16:09 the same issue I've been working on for at least 4-6 weeks 09:16:34 but it's resolved now, and relevant patches are upstream 09:17:20 https://github.com/openstack/openstack-resource-agents/blob/master/ocf/neutron-ha-tool 09:17:28 in case anyone is curious 09:17:45 I also started looking at DVR and HA 09:18:02 too early to share anything useful though 09:18:37 ddeja: since you are in two meetings at once, feel free to share status at any point, or not at all :) 09:18:48 bogdando: anything to report? 09:18:53 I have yet a time to start working on the HA guide for computes. Instead I've been learning the jepsen framework 09:19:00 ok 09:19:04 aspiers, just curious: what kind of HA related to DVR? local failover on compute nodes and stuff? 09:19:09 and I have a custom test for the rabbit HA 09:19:10 http://lists.openstack.org/pipermail/openstack-dev/2016-April/091763.html 09:19:15 bogdando: as you saw, we've had one or two people visit the channel asking for those docs 09:19:20 we could reuse that later for any test cases 09:19:37 as you may know, jepsen allows to crash your cluster in many many interesting ways 09:19:42 haukebruno: e.g. how to handle failure on nodes hosting SNAT routers 09:19:52 ah, cool 09:20:14 so perhaps we could write tests to check HA for OpenStack components, like neutron HA or DLM later 09:20:18 bogdando: yes I saw that and added it to our long TODO list of things to look into :) 09:20:24 ;) 09:20:28 my status: Working on Austin presentation and some internal intel staff 09:21:20 ddeja: ok thanks - I have a reveal.js skeleton for the presentation now 09:21:27 bogdando: jepsen is new to me 09:21:54 I believe it is very nice for HA verification 09:21:56 to me too 09:21:58 bogdando: I think this is the best way to go for HA integration tests https://github.com/cisco-oss-eng/Cloud99 09:21:59 I'd say the best one 09:22:05 but I know not much alts 09:22:14 yup 09:22:18 Cloud99 seems to do exactly what we need 09:22:19 the best, it is 09:22:58 it was presented in Vancouver 09:23:00 and we could split pacemaker+remote to network partitions to check instanves evac a swell 09:23:27 https://www.openstack.org/summit/vancouver-2015/summit-videos/presentation/high-availability-and-resiliency-testing-strategies-for-openstack-clouds 09:23:56 maybe someone should write a spec for HA testing 09:24:10 BTW I have still not finished creating an openstack-resource-agents-specs repo 09:24:15 but I will do that very soon, maybe today 09:24:34 haukebruno: anything to report from you? 09:24:46 or from samP or masahito? 09:24:58 nothing interesting. I am still fighting with the whole git + gerrit stuff for contributing to the guide in the future :p 09:25:07 haukebruno: ok good luck with that ;-) 09:25:20 haukebruno: that's definitely worth investing time into 09:25:29 nothing from our side ...(masa?) 09:25:34 nothing specially from us. 09:25:36 ok 09:25:47 #topic specs 09:25:58 so there are a few specs which need to be written 09:26:29 one is related to a long outstanding action for me to get a working group together to work on reconverging Fuel OCF RAs with upstream 09:26:43 I promised to do that during a weekly Fuel meeting a month or two ago 09:26:47 but did not manage to do it yet 09:27:00 the plan was to develop some specs to plan the reconvergence 09:27:07 but first obviously we need a specs repo 09:27:31 secondly, we need a spec to ensure that RAs are synchronous, since that is required by Pacemaker 09:27:43 and I suspect that many of them aren't 09:27:53 although I didn't check yet 09:28:12 thirdly, I want to write a spec proposing that OCF RAs wrap around service(8) 09:28:39 oh, timezones 09:28:49 meeting starts at 7 now? 09:28:51 that third one is specially for beekhof ;-) 09:29:06 beekhof: scroll up to the first topic discussed ;-) 09:29:12 i will hunt you down 09:29:16 lol 09:29:29 we probably also want specs for designing CI etc. 09:29:41 but I guess they will come more naturally, once we have the -specs repo 09:30:06 we could also use it for new compute HA specs potentially 09:30:08 +1hr works for me 09:30:15 beekhof: ok thanks, noted 09:31:02 #action aspiers to finish creating openstack-resource-agents-specs repo 09:31:20 #link https://review.openstack.org/#/c/296144/ 09:31:33 ok, anyone want to say anything else relating to specs? 09:31:46 is the spec repo for OCF or for VM HA? 09:32:12 for OCF RAs 09:32:26 ok. 09:32:27 but we could also use it for VM HA, if the VM HA solution uses at least one RA :) 09:33:19 nice. thanks to the offer. 09:33:36 #topic VM HA user story 09:33:56 more feedback has been requested for this 09:33:59 #link https://review.openstack.org/#/c/289469/ 09:34:13 someone at Intel is working on it, IIRC 09:34:42 also, I heard that the PWG (Product Working Group) have identified VM HA as a very important feature :) 09:34:52 +1 :) 09:34:55 so I guess the spotlight is on us a bit more now :) 09:35:11 I expect there will be some really interesting conversations in Austin 09:35:44 #action anyone interested to review that user story 09:35:57 #topic AOB (Any Other Business) 09:36:02 ok, anything else to raise? 09:36:28 our meeting time in Austin 09:36:45 yeah, I didn't make any progress on that yet :-/ 09:37:24 TBH I'm not sure how best to arrange 09:37:27 suggestions welcome 09:37:39 but ideally it would be a semi-official session 09:37:47 I saw a proposal for cross-project slot, but we were not able to get time slot ;< 09:37:52 masahito: right 09:38:05 masahito: I suspect we're not broad enough for c-p yet 09:38:30 I didn't see any requests for design summit proposals 09:38:36 I guess I must have missed it 09:39:30 I'll ask some of my Foundation contacts for advice 09:39:58 So I think we should get together anywhere at sometime. 09:40:06 masahito: sure, we can do that 09:40:16 masahito: but it would be nicer if it was on the official schedule somehow 09:40:20 masahito: to attract new people 09:40:28 aspiers: right 09:41:11 #action aspiers to continue looking into scheduling semi-official VM HA meeting in Austin 09:41:21 anything else 09:45:36 ok sounds like we can close for todaya 09:45:51 sorry for the timezone confusion earlier 09:46:15 so will we meet at 9utc next week or not? 09:46:20 I am still confused :D 09:46:30 haukebruno: we didn't decide yet 09:46:33 ah ok 09:46:51 it seems that everyone is in daylight countries except for Japan 09:47:32 masahito, samP: would 8am UTC work for you next week? 09:47:55 it works for us. 09:47:57 that would be 5pm in jp, 09:48:03 ok 09:48:06 ok great! 09:48:27 so it sounds like 9am Europe/London (which is currently 8am UTC) will work 09:48:34 +1 09:48:50 I will adjust the wiki and meetings project 09:50:59 alright, thanks everyone and see you next week at 9am Europe/London! 09:51:04 bye for now 09:51:07 bye 09:51:12 thanks + bye o/ 09:51:32 bye 09:52:41 bye 09:52:48 #endmeeting