| *** nkinder has joined #openstack-dns | 00:03 | |
| *** rmoe has quit IRC | 00:04 | |
| *** rmoe has joined #openstack-dns | 00:18 | |
| *** bandarji has joined #openstack-dns | 00:30 | |
| *** jmcbride has joined #openstack-dns | 01:06 | |
| *** jmcbride has quit IRC | 01:11 | |
| *** vinod1 has joined #openstack-dns | 01:12 | |
| *** mwagner_lap has joined #openstack-dns | 01:14 | |
| *** bandarji has quit IRC | 01:20 | |
| *** vinod1 has quit IRC | 01:28 | |
| *** harmw has quit IRC | 01:38 | |
| *** richm has quit IRC | 01:39 | |
| *** rossk has quit IRC | 01:41 | |
| *** harmw has joined #openstack-dns | 01:45 | |
| *** nosnos has joined #openstack-dns | 01:52 | |
| *** jmcbride has joined #openstack-dns | 01:59 | |
| *** msisk has joined #openstack-dns | 02:07 | |
| *** msisk_ has joined #openstack-dns | 02:09 | |
| *** msisk has quit IRC | 02:11 | |
| *** msisk_ has quit IRC | 02:15 | |
| *** nosnos has quit IRC | 02:16 | |
| *** msisk has joined #openstack-dns | 02:21 | |
| *** jmcbride has quit IRC | 02:22 | |
| *** msisk has quit IRC | 02:27 | |
| *** jmcbride has joined #openstack-dns | 02:31 | |
| *** msisk has joined #openstack-dns | 02:33 | |
| *** jmcbride has quit IRC | 02:35 | |
| *** amcrn has quit IRC | 02:38 | |
| *** EricGonczer_ has joined #openstack-dns | 02:41 | |
| *** EricGonczer_ has quit IRC | 02:43 | |
| *** msisk has quit IRC | 02:49 | |
| *** vinod1 has joined #openstack-dns | 02:53 | |
| *** EricGonczer_ has joined #openstack-dns | 02:56 | |
| *** EricGonczer_ has quit IRC | 03:00 | |
| *** EricGonczer_ has joined #openstack-dns | 03:01 | |
| *** EricGonczer_ has quit IRC | 03:17 | |
| *** vinod1 has quit IRC | 03:23 | |
| *** vinod1 has joined #openstack-dns | 03:25 | |
| *** vinod1 has quit IRC | 03:36 | |
| *** vinod1 has joined #openstack-dns | 03:43 | |
| *** vinod1 has quit IRC | 03:47 | |
| *** nosnos has joined #openstack-dns | 04:50 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/designate: Imported Translations from Transifex https://review.openstack.org/118544 | 06:07 |
|---|---|---|
| *** k4n0 has joined #openstack-dns | 06:18 | |
| *** ttrumm has joined #openstack-dns | 08:05 | |
| *** HenryG is now known as HenryG_afk | 12:04 | |
| *** RaginBajin has joined #openstack-dns | 12:09 | |
| *** nosnos has quit IRC | 12:16 | |
| *** nosnos has joined #openstack-dns | 12:17 | |
| *** nosnos has quit IRC | 12:21 | |
| *** betsy has joined #openstack-dns | 12:23 | |
| *** RaginBaj_ has joined #openstack-dns | 12:23 | |
| betsy | kiall/mugsie: y’all around? | 12:24 |
| *** RaginBajin has quit IRC | 12:27 | |
| *** RaginBaj_ has quit IRC | 12:27 | |
| *** RaginBajin has joined #openstack-dns | 12:27 | |
| Kiall | betsy: yep | 12:32 |
| Kiall | you're up early! | 12:32 |
| *** vinod1 has joined #openstack-dns | 12:35 | |
| Kiall | betsy: re https://review.openstack.org/#/c/118436/ - It looks like it covers off the issue, but some tests would be good :) If you're likely to be able to get some before our meet tonight, I'll hold off a +2 :) | 12:40 |
| vinod1 | kiall: how about the cases when a server is added/deleted/updated - which changes the NS records - should that be handled later? | 12:48 |
| Kiall | That seems to be covered, since self.add_ns() etc is called, which in turn calls update_recordset | 12:48 |
| Kiall | OOO | 12:49 |
| Kiall | it calls update record set with self.update_recordset(context, ns, increment_serial=False) | 12:49 |
| vinod1 | precisely :-) | 12:49 |
| vinod1 | my comments in the review have some more details on this | 12:50 |
| betsy | kiall: Sure. I’ll add some tests | 12:50 |
| betsy | My question was whether the change in server - add/delete/update should be making the call to increment update or just let the NS do it | 12:51 |
| Kiall | I think it should let update_recordset do it, since it calls in there already | 12:52 |
| betsy | ok. | 12:52 |
| betsy | I’ll change that and add some tests | 12:52 |
| openstackgerrit | Endre Karlson proposed a change to openstack/designate: Support the same api versions format as keystone https://review.openstack.org/118625 | 12:57 |
| ekarlso | any thoughts on ^ | 12:58 |
| Kiall | other than the weirdness of `base` being referenced on L30, but declared on L35 ;) | 12:59 |
| Kiall | (Yes, I do actually think that will work, but it's still weird as hell! | 12:59 |
| ekarlso | oh | 13:01 |
| ekarlso | don't know how that worked :1 | 13:01 |
| *** richm has joined #openstack-dns | 13:02 | |
| *** vinod1 has quit IRC | 13:02 | |
| Kiall | I *think* it's a quirk of how inline functions are scoped | 13:02 |
| Kiall | But I've never actually tried it, since, it's weird as hell ;) | 13:02 |
| ekarlso | uploaded Kiall | 13:02 |
| openstackgerrit | Endre Karlson proposed a change to openstack/designate: Support the same api versions format as keystone https://review.openstack.org/118625 | 13:02 |
| *** nkinder has quit IRC | 13:11 | |
| betsy | kiall: I’ve got tests for create soa, update soa, create ns, update ns and I added some code to make sure that the serial number is incremented. Any other tests I should add? | 13:12 |
| Kiall | Standard Create/Update/Delete recordset calls too? | 13:12 |
| *** vinod1 has joined #openstack-dns | 13:13 | |
| betsy | What do you mean? | 13:14 |
| betsy | When do soa and ns recordsets get deleted? When the zone is deleted? | 13:15 |
| betsy | Do we currently delete records when zones are deleted? | 13:17 |
| betsy | and recordsets^ | 13:17 |
| vinod1 | I am assuming Kiall meant that when Standard Create/Update/Delete recordset calls are called - is the serial # updated? | 13:18 |
| betsy | Oh, duh. | 13:18 |
| betsy | I guess I’m still half asleep | 13:18 |
| Kiall | Yep - Sorry, back and forth from RDP sessions -> Desktop -> RDP sessions -> Desktop ;) Hard to notice chat messages | 13:18 |
| betsy | no problem | 13:19 |
| betsy | kiall was right. It is too early for me. :D | 13:19 |
| *** eankutse has joined #openstack-dns | 13:20 | |
| *** EricGonczer_ has joined #openstack-dns | 13:44 | |
| *** vinod1 has quit IRC | 13:52 | |
| openstackgerrit | Ron Rickard proposed a change to openstack/designate-specs: Server Pools - Storage https://review.openstack.org/113447 | 13:54 |
| *** ttrumm_ has joined #openstack-dns | 13:54 | |
| *** ttrumm has quit IRC | 13:58 | |
| *** nkinder has joined #openstack-dns | 13:58 | |
| *** ttrumm_ has quit IRC | 14:05 | |
| *** jmcbride has joined #openstack-dns | 14:18 | |
| openstackgerrit | Betsy Luzader proposed a change to openstack/designate: Creating a Recordset doesn't increment the serial number https://review.openstack.org/118436 | 14:26 |
| Kiall | ekarlso: some comments on https://review.openstack.org/#/c/118625/ | 14:27 |
| *** paul_glass has joined #openstack-dns | 14:27 | |
| *** paul_glass has quit IRC | 14:28 | |
| *** paul_glass has joined #openstack-dns | 14:28 | |
| *** HenryG_afk is now known as HenryG | 14:36 | |
| *** vinod1 has joined #openstack-dns | 14:43 | |
| *** betsy has quit IRC | 14:48 | |
| *** timsim has joined #openstack-dns | 14:52 | |
| *** msisk has joined #openstack-dns | 14:56 | |
| *** betsy has joined #openstack-dns | 14:58 | |
| *** vinod1 has quit IRC | 15:02 | |
| *** jmcbride has quit IRC | 15:02 | |
| *** vinod1 has joined #openstack-dns | 15:03 | |
| *** paul_glass1 has joined #openstack-dns | 15:04 | |
| *** paul_glass has quit IRC | 15:04 | |
| *** jmcbride has joined #openstack-dns | 15:07 | |
| ekarlso | ls | 15:09 |
| *** jmcbride has quit IRC | 15:11 | |
| openstackgerrit | Endre Karlson proposed a change to openstack/designate: Support the same api versions format as keystone https://review.openstack.org/118625 | 15:12 |
| *** msisk has left #openstack-dns | 15:20 | |
| openstackgerrit | Betsy Luzader proposed a change to openstack/designate: Creating a Recordset doesn't increment the serial number https://review.openstack.org/118436 | 15:48 |
| *** rmoe has quit IRC | 15:48 | |
| *** rmoe has joined #openstack-dns | 16:05 | |
| *** paul_glass1 has quit IRC | 16:05 | |
| *** simonmcc____ has joined #openstack-dns | 16:06 | |
| *** CaptTofu__ has quit IRC | 16:08 | |
| *** k4n0 has quit IRC | 16:08 | |
| *** simonmcc___ has quit IRC | 16:08 | |
| *** k4n0_ has joined #openstack-dns | 16:09 | |
| *** CaptTofu__ has joined #openstack-dns | 16:09 | |
| *** amcrn has joined #openstack-dns | 16:10 | |
| *** simonmcc____ is now known as simonmcc___ | 16:12 | |
| *** mwagner_lap has quit IRC | 16:22 | |
| *** diga has joined #openstack-dns | 16:53 | |
| *** vinod1 has quit IRC | 16:54 | |
| *** rjrjr_ has joined #openstack-dns | 17:00 | |
| *** diga has quit IRC | 17:01 | |
| *** vinod1 has joined #openstack-dns | 17:01 | |
| *** amcrn_ has joined #openstack-dns | 17:02 | |
| *** paul_glass has joined #openstack-dns | 17:03 | |
| *** rossk has joined #openstack-dns | 17:05 | |
| *** amcrn has quit IRC | 17:06 | |
| *** amcrn_ is now known as amcrn | 17:06 | |
| *** openstack583 has joined #openstack-dns | 17:08 | |
| *** jmcbride has joined #openstack-dns | 17:15 | |
| *** dtx00ff has joined #openstack-dns | 17:15 | |
| *** dtx00ff is now known as darshan104 | 17:15 | |
| *** mwagner_lap has joined #openstack-dns | 17:16 | |
| *** openstack583 has quit IRC | 17:23 | |
| *** diga has joined #openstack-dns | 17:27 | |
| *** darshan104 has quit IRC | 17:45 | |
| rjrjr_ | timsim? | 18:04 |
| vinod1 | rjrjr_: timsim stepped out for lunch | 18:05 |
| vinod1 | But we were wondering if need help with the pool manager stuff | 18:06 |
| rjrjr_ | i'm planning on finishing the spec work today. it has a dependency on the minidns spec. i'd like to start coding too, but was waiting to hear how we would commit our code. WIPs will work for now. | 18:09 |
| rjrjr_ | which piece of pool manager do you want? | 18:09 |
| rjrjr_ | also wanted to discuss the performance issues timsim brought up a few weeks back. i didn't make last weeks meeting, so i don't know how that turned out. | 18:11 |
| rjrjr_ | (i think it was timsim that brought them up.) | 18:11 |
| vinod1 | For the perf issues, we were waiting for the SOA and AXFR patches to land, to run the tests | 18:12 |
| vinod1 | We will be running the tests and coming up with the numbers and then plan to revisit the discussion | 18:12 |
| rjrjr_ | i don't mind sharing the server pool work. then i can work on some other specs i've been wanting to work on. | 18:13 |
| rjrjr_ | just wondering what you are interested in. | 18:13 |
| vinod1 | I have no preference - but just wanted to get the serverpools work done soon :-) | 18:14 |
| vinod1 | Initially I was planning to work on the minidns serverpools code | 18:14 |
| vinod1 | The first thing though needed though might be the pool manager service | 18:15 |
| rjrjr_ | storage. | 18:15 |
| rjrjr_ | did the API spec get done? | 18:15 |
| vinod1 | betsy is working on that | 18:15 |
| vinod1 | in what order were you planning to work on the server pool items? | 18:16 |
| rjrjr_ | so, storage is a foundation for the other work. that is how i wrote the specs. | 18:16 |
| vinod1 | we could pick up something that is lower on your list | 18:17 |
| rjrjr_ | okay. i'll finish the spec today and you should talk and let me know what you want to work on. i'm not picky. | 18:18 |
| vinod1 | okay we will chat again with you in a day or 2 once the specs are approved | 18:19 |
| *** paul_glass has quit IRC | 18:22 | |
| openstackgerrit | Graham Hayes proposed a change to openstack/designate: warn against sorting requirements https://review.openstack.org/118723 | 18:25 |
| *** darshan104 has joined #openstack-dns | 18:30 | |
| vinod1 | mugsie: is your change for j3? | 18:30 |
| mugsie | vinod1: doesnt have to be | 18:32 |
| *** darshan104 has quit IRC | 18:32 | |
| mugsie | tbh, no | 18:32 |
| ekarlso | mugsie: where's kiall hiding | 18:34 |
| ekarlso | waiting for the client release | 18:34 |
| *** diga has quit IRC | 18:34 | |
| *** darshan104 has joined #openstack-dns | 18:41 | |
| *** darshan104 has quit IRC | 18:42 | |
| *** darshan104 has joined #openstack-dns | 18:42 | |
| *** richm has quit IRC | 18:49 | |
| *** amcrn_ has joined #openstack-dns | 18:51 | |
| *** amcrn has quit IRC | 18:54 | |
| *** paul_glass has joined #openstack-dns | 19:02 | |
| *** richm has joined #openstack-dns | 19:03 | |
| *** vinod1 has quit IRC | 19:11 | |
| *** RaginBajin has quit IRC | 19:28 | |
| openstackgerrit | Ron Rickard proposed a change to openstack/designate-specs: Server Pools - Manager https://review.openstack.org/113462 | 19:43 |
| openstackgerrit | Ron Rickard proposed a change to openstack/designate-specs: Server Pools - Storage https://review.openstack.org/113447 | 19:45 |
| rjrjr_ | not done with the Pool Manager specs yet. just was testing something. should have it shortly. | 19:46 |
| betsy | mugsie: Yeah. Looks like Remove the priority field for v2 (https://review.openstack.org/#/c/108797/) needs to go in j-3. It wasn’t in j-2 | 19:50 |
| *** vinod1 has joined #openstack-dns | 19:50 | |
| mugsie | betsy: was there a bp filed for it? | 19:51 |
| betsy | yes. | 19:51 |
| betsy | https://blueprints.launchpad.net/designate/+spec/remove-priority-field | 19:51 |
| betsy | Looks like the bp never got marked as approved | 19:52 |
| mugsie | cool - moved it | 19:52 |
| betsy | Thx! | 19:52 |
| *** jmcbride has quit IRC | 20:00 | |
| openstackgerrit | A change was merged to openstack/designate: Imported Translations from Transifex https://review.openstack.org/118544 | 20:02 |
| Kiall | ekarlso: client v1.1.0 tagged | 20:06 |
| Kiall | It'll be on pypi whenever openstack infra get's around to building it | 20:07 |
| *** jmcbride has joined #openstack-dns | 20:09 | |
| Kiall | jmcbride: ... back in town? ;) | 20:09 |
| Kiall | ekarlso: done.. https://pypi.python.org/pypi/python-designateclient | 20:10 |
| *** tmc3inphilly has joined #openstack-dns | 20:11 | |
| openstackgerrit | A change was merged to openstack/designate: Creating a Recordset doesn't increment the serial number https://review.openstack.org/118436 | 20:16 |
| *** eankutse has quit IRC | 20:19 | |
| openstackgerrit | A change was merged to openstack/designate: Support the same api versions format as keystone https://review.openstack.org/118625 | 20:31 |
| *** mwagner_lap has quit IRC | 20:34 | |
| rjrjr_ | kiall/mugsie: i think most of the comments I'm seeing in the two specs (storage and pool manager) are a product of having 2 specs. | 20:35 |
| rjrjr_ | understandably, having 2 specs helps us break out the work, but the storage spec is heavy on concept and pre-work implementation, but light on using that pre-work. | 20:37 |
| rjrjr_ | the pool manager spec piggy backs on that storage spec immensely. | 20:37 |
| rjrjr_ | instead of breaking down the work in the manner i did, maybe i can divide the work between the specs in a better manner. | 20:38 |
| rjrjr_ | what is the goal of the 'storage' spec exactly? i understand the need for the pool manager spec, but the storage spec is very nebulous. | 20:39 |
| rjrjr_ | i'm open to suggestions from anyone on this, not just kiall or mugsie. | 20:39 |
| timsim | rjrjr_: I think the goal is that each patchset has a spec associated that tells what the code is supposed to accomplish. Since this is a rather complicated thing, each spec (and as it follows, patchset) will do a small piece. If it's broken down well, everyone can review the tiny parts of the spec to make the coding bit easier. | 20:42 |
| rjrjr_ | timsim, i understand. so, how would you break the work down? i feel i have most of the work encapsulated in the two specs and am adding the missing pieces and tweaking. i'm concerned that i'm working on comments that would not exist if the two specs were taken as a whole. | 20:44 |
| rjrjr_ | for example, in the storage spec, i define the server configuration which will be used to create the server objects. but i have comments in the pool manager spec asking about this. it's there, but in the storage spec. | 20:45 |
| rjrjr_ | i think the problem here is breaking this down as 'storage' and 'pool manager'. to me, it all is 'pool manager'. | 20:45 |
| rjrjr_ | so, i'm reading these comments as nitpicking, when they probably aren't. it is just the breakdown is unclear. | 20:46 |
| timsim | To me storage should just be the actual database code. So what new tables are you making, and why? | 20:46 |
| rjrjr_ | not the objects that go with the database code? | 20:47 |
| timsim | Sure, why not. | 20:47 |
| rjrjr_ | so, by extension, i should be created the server object in which spec? i did it in the storage spec. | 20:47 |
| timsim | That's fine, imo. | 20:48 |
| rjrjr_ | remember, a server is based on the configuration file, not a database table per our seattle discussion. | 20:48 |
| timsim | Right, but the actual creation of those objects happens from the Pool Manager. | 20:48 |
| rjrjr_ | okay, so the breakdown i have is correct. i'll just add comments to have the storage spec referenced for more information then. | 20:49 |
| timsim | The biggest part is probably these complicated processes. | 20:51 |
| rjrjr_ | timsim: quick question, you had a performance concern with Designate and listed some solutions. how did that conversation end? | 20:51 |
| rjrjr_ | i was concerned about having a databases that spanned regions/geographies and wondered if we couldn't solve the performance issue by distributing the work in Designate. | 20:52 |
| timsim | We probably need to define some sort of framework for our specs that answer key questions like: "How does a Server object get it's information" instead of trying to fit it into "Central Changes" or something like that. | 20:52 |
| rjrjr_ | these are the templates i was given. 8^( | 20:53 |
| timsim | Basically we're concerned with MiniDNS' ability in many different regions to work with the Designate database in a scalable fashion. | 20:53 |
| timsim | Might have to write some new templates. | 20:53 |
| rjrjr_ | it is hard to have a conversation in 1 hour about these things, so let me try and explain what i was thinking. rather than have the database for all records in all places, couldn't we have Designate communicate with other Designate instances to avoid that? | 20:54 |
| rjrjr_ | i know there are things you can do in BIND for example, to have BIND send dynamic update requests to other servers. | 20:54 |
| timsim | So you'd have the request for information go over RabbitMQ, rather than a database connection? | 20:55 |
| rjrjr_ | so, you can have a slave BIND server get a dynamic update request and the slave turns around and send the request to the authoritative BIND master. | 20:55 |
| rjrjr_ | or through minidns. | 20:56 |
| rjrjr_ | or a REST API call. | 20:56 |
| rjrjr_ | i don't have the details worked out, but i was thinking "distribute" the work like DNS distributes the work. | 20:56 |
| timsim | I think the issue there is that the database is the source of truth. So you have to go there if you want to get the right information. | 20:57 |
| *** tmc3inphilly has quit IRC | 20:57 | |
| rjrjr_ | correct. a designate server gets a request for a zone it doesn't have. it sens the request to the designate server that does handle it. | 20:57 |
| *** jmcbride has quit IRC | 20:58 | |
| rjrjr_ | we are already going to have designate pools that divide the zones among DNS servers. have the accompany pool/minidns be responsible for the zones. | 20:58 |
| rjrjr_ | (responsible = queries, updates, etc.) | 20:58 |
| rjrjr_ | i'm hoping i'm being clear here. again, not heavy on details, but wondering if the concept makes sense and would help with the issue. | 20:59 |
| timsim | If you can split up the zones in different pools, you could have endpoints that only know about certain zones, then that might be possible. But if you need all of your zones in a single pool, or at least a lot of them, I don't really see a way around that. | 20:59 |
| timsim | Short of having the same zones in different pools, which would be tricky. | 21:00 |
| rjrjr_ | i'm very concerned about a database that contains all the records for every zone and that database is distributed everywhere you need Designate. especially if some of those zones are not used in a particular region/geographic location. | 21:00 |
| rjrjr_ | which i believe is the issue you are addressing. | 21:01 |
| timsim | Pretty much, except all of the zones would be in every region/geo location. | 21:02 |
| rjrjr_ | maybe we have "slave" Designate servers that work on NOTIFY requests to keep local databases in sync. | 21:02 |
| rjrjr_ | that is how DNS does it. | 21:02 |
| timsim | That kind of sounds like our "agent" idea plus a cache. | 21:03 |
| *** jmcbride has joined #openstack-dns | 21:03 | |
| rjrjr_ | i'm concerned about the feasibility of using DB technology for the problem. my experience with those technologies has not been good. | 21:03 |
| rjrjr_ | small databases, great. geographically close databases, good. geographically far databases, not so good. | 21:04 |
| rjrjr_ | i'll have to relook at your proposals. it's been a few weeks. | 21:05 |
| timsim | Yeah, that's pretty much what our Ops folks said. Thus, the issue. They don't think we can scale the database like that. | 21:05 |
| rjrjr_ | i agree. i like the idea of not having all the records in a single database and having Designate instances communicate with each other. | 21:06 |
| rjrjr_ | i know your problem is on a larger scale because of the service your organization provides. | 21:07 |
| timsim | But surely that would be worse than trying to replicate the database. | 21:07 |
| *** jmcbride has quit IRC | 21:07 | |
| timsim | Because eventually the information has to get to the same place, so things would just be waiting for even longer than if they were trying to access a database across the ocean. | 21:08 |
| rjrjr_ | for us, i'd place zones close to where they will be used. for queries, that is why we have slaves. for updates, i can see a problem, but we don't have the need to have every zone everywhere. | 21:09 |
| rjrjr_ | and the few "remote" updates that are needed would be an exception, not the norm. | 21:09 |
| rjrjr_ | interesting problem. i'll read what you wrote and am interested in hearing more about how to solve it. | 21:09 |
| timsim | Cool. | 21:10 |
| rjrjr_ | back to the specs... | 21:10 |
| rjrjr_ | i appreciate your thoughts on the specs. | 21:11 |
| openstackgerrit | Vinod Mangalpally proposed a change to openstack/designate-specs: Server Pools - MiniDNS support https://review.openstack.org/112688 | 21:19 |
| *** EricGonczer_ has quit IRC | 21:20 | |
| *** vinod1 has quit IRC | 21:22 | |
| openstackgerrit | Ron Rickard proposed a change to openstack/designate-specs: Server Pools - Storage https://review.openstack.org/113447 | 21:27 |
| *** jmcbride has joined #openstack-dns | 21:29 | |
| *** jmcbride has quit IRC | 21:33 | |
| *** paul_glass has quit IRC | 21:49 | |
| *** timsim has quit IRC | 22:01 | |
| *** nkinder has quit IRC | 22:10 | |
| *** openstack has joined #openstack-dns | 22:10 | |
| *** ChanServ sets mode: +v openstack | 22:10 | |
| *** msisk has joined #openstack-dns | 22:17 | |
| *** nkinder has joined #openstack-dns | 22:26 | |
| *** msisk has quit IRC | 22:32 | |
| *** nkinder has quit IRC | 22:53 | |
| *** openstackstatus has quit IRC | 23:19 | |
| *** openstackstatus has joined #openstack-dns | 23:20 | |
| *** ChanServ sets mode: +v openstackstatus | 23:20 | |
| *** jmcbride has joined #openstack-dns | 23:27 | |
| *** mwagner_lap has joined #openstack-dns | 23:45 | |
| *** nkinder has joined #openstack-dns | 23:51 | |
| *** jmcbride has quit IRC | 23:55 | |
| *** vinod1 has joined #openstack-dns | 23:58 | |
| openstackgerrit | A change was merged to openstack/designate: warn against sorting requirements https://review.openstack.org/118723 | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!