17:00:13 #startmeeting designate 17:00:17 o/ 17:00:18 Meeting started Wed Jul 12 17:00:13 2017 UTC and is due to finish in 60 minutes. The chair is timsim. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:19 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:21 The meeting name has been set to 'designate' 17:00:33 #topic Roll Call 17:00:39 hey 17:00:50 o/ 17:01:04 o/ 17:01:41 sonuk hieulq 17:02:49 skipping over some stuff 17:02:53 #topic Stable Backport Triage 17:03:10 http://paste.openstack.org/show/615189/ 17:03:20 Anything in there worth bp'ing? 17:03:37 a989d0d Merge "Ensure TTL is not 0 for zone imports" 17:03:51 abvout it 17:03:54 I can take that 17:04:09 Alright, sweet. Sounds good 17:04:23 #topic Open Discussion 17:04:41 I am about 1/2 way through OVO testing 17:04:49 yep 17:04:52 but - I will have a list of thing that need to change 17:04:57 nice :D 17:05:12 woo 17:05:13 Can you let me and trungnv_ know that? 17:05:17 * mugsie broke his devenv last week 17:05:22 so still fixing that 17:05:32 I will, as soon as I have a list, I will review it 17:05:35 and add the comments 17:05:51 yep. thanks. 17:05:55 thanks 17:06:09 no problem 17:07:31 * timsim is looking at code reviews quickly 17:08:22 Anyone have anything else they'd like to discuss? 17:08:32 does we have any other topics? 17:08:32 we also need to think about how to fix up mdns - it does not use objects 17:09:13 with OVO code-base? 17:10:01 no, but for zero downtime it needs to deal with different DBS 17:10:06 DB schema 17:10:15 OVO would cause performance issues 17:10:54 yep. we also have a schedule to working on OSM after OVO well done. 17:13:18 I need to turn my irc notifications off at night, 1am pings are not fun :P 17:14:08 timsim: :D 17:14:20 at least your watch doesnt vibrate :P 17:14:21 timsim, sorry about that. We will look at time-zone before ping you. 17:14:26 No worries. 17:14:38 I'll have to think about how mdns would work. 17:14:47 It'd probably be fine because of how limited those queries are. 17:14:52 yeah 17:15:08 But if the db were unavailable for a time....eh it'd probably retry. 17:15:53 maybe .... 17:15:58 * mugsie isnt actually sure 17:16:07 yep. I saw this issue when I upgrade and replace services to new version. 17:16:12 mugsie: you are talking about DBS 17:16:31 By the way, I want to ask about rolling upgrade in Designate? 17:16:54 Because we just had a upgrade testing with Designate but. 17:17:15 well, mini dns would need to be fixed first 17:17:29 we can have the diffrent version running in the same time. 17:17:37 because of RPC :( 17:17:49 sure - rpc isnt an issue 17:18:04 that works now, and worked on older versions 17:18:22 rpc will just put the message back on the queue if it cannot deal with the verison 17:18:51 mugsie: I don't see any thing like pin RPC version in Designate upgrade, right? 17:19:12 ? 17:19:13 so it is the reason 17:19:27 that we must turn off all of Designate service during upgrade? 17:19:34 we shouldnt need to pin anything? 17:19:41 what are you trying to pin? 17:19:45 olso.messaging? 17:19:58 RPC version. 17:20:01 yep, 17:20:11 thats not needed 17:20:23 Humm. 17:20:40 I saw worker call mdns to retry create/del when upgrade and replace pool-manager and zone-manager to worker and producer. 17:21:16 well, with pool-manager -> producer, that was different APIs 17:21:17 if keep services in new version then this issue don't occurred. 17:22:15 but normal upgrades are fine 17:22:23 Should we fix mdns issue in this case. right? 17:23:25 no, not this case 17:23:34 we need to fix the mini dns and DB 17:23:56 mugsie: normal upgrade with something like canary can't work. 17:24:26 we have used NGINX for HA two Designate node. 17:24:44 and when we upgraded the first one 17:25:11 we will get the error about RPC in logging 17:25:33 I would need to see logs 17:26:35 mugsie, we will make video and log and send you in next meeting. 17:26:46 OK 17:27:05 Alright, anything else to discuss? 17:27:23 that all for me. thanks 17:27:41 No thanks. 17:28:10 Alright, see you in #openstack-dns 17:28:21 see u 17:28:24 #endmeeting