| *** krow has quit IRC | 02:09 | |
| *** krow has joined #openstack-dns | 02:23 | |
| *** dguitarbite_ has joined #openstack-dns | 03:45 | |
| *** CaptTofu has quit IRC | 05:31 | |
| *** CaptTofu has joined #openstack-dns | 05:31 | |
| *** dguitarbite_ has quit IRC | 10:10 | |
| *** dguitarbite_ has joined #openstack-dns | 10:13 | |
| *** cflmarques has joined #openstack-dns | 11:40 | |
| *** HenryG_ has joined #openstack-dns | 12:00 | |
| *** spiffxp_ has joined #openstack-dns | 12:05 | |
| *** mugsie_ has joined #openstack-dns | 12:05 | |
| *** spiffxp has quit IRC | 12:06 | |
| *** HenryG has quit IRC | 12:06 | |
| *** dguitarbite_ has quit IRC | 12:07 | |
| *** mugsie has quit IRC | 12:07 | |
| *** dguitarbite__ has joined #openstack-dns | 12:08 | |
| *** dguitarbite__ has quit IRC | 12:14 | |
| *** dguitarbite_ has joined #openstack-dns | 12:17 | |
| *** cflmarques_ has joined #openstack-dns | 12:33 | |
| *** cflmarques has quit IRC | 12:33 | |
| *** CaptTofu has quit IRC | 13:12 | |
| *** CaptTofu has joined #openstack-dns | 13:12 | |
| *** ekarlso has quit IRC | 13:20 | |
| *** ekarlso has joined #openstack-dns | 13:20 | |
| *** cflmarques_ has quit IRC | 13:25 | |
| *** mugsie_ has quit IRC | 14:11 | |
| *** mugsie_ has joined #openstack-dns | 14:11 | |
| *** mugsie_ is now known as mugsie | 14:12 | |
| *** CaptTofu has quit IRC | 14:28 | |
| *** CaptTofu has joined #openstack-dns | 14:28 | |
| *** cflmarques has joined #openstack-dns | 14:29 | |
| *** krow has quit IRC | 14:46 | |
| *** krow has joined #openstack-dns | 14:56 | |
| *** krow has quit IRC | 14:57 | |
| *** CaptTofu has quit IRC | 15:16 | |
| *** CaptTofu has joined #openstack-dns | 15:16 | |
| *** CaptTofu has quit IRC | 15:17 | |
| *** CaptTofu has joined #openstack-dns | 15:18 | |
| *** krow has joined #openstack-dns | 15:19 | |
| *** CaptTofu has quit IRC | 15:27 | |
| *** CaptTofu has joined #openstack-dns | 15:27 | |
| *** msisk has joined #openstack-dns | 15:50 | |
| *** msisk has quit IRC | 15:50 | |
| *** msisk has joined #openstack-dns | 15:54 | |
| *** CaptTofu_ has joined #openstack-dns | 16:12 | |
| *** CaptTofu has quit IRC | 16:15 | |
| *** dguitarbite_ has quit IRC | 16:16 | |
| cflmarques | kiall: Hi kiall. I am making a small script to install designate HAVANA using your PPA in lauchpad on the link https://launchpad.net/~designate-ppa/+archive/havana | 16:35 |
|---|---|---|
| kiall | heya cflmarques | 16:36 |
| cflmarques | wen I start the API afther 30 sec I got this error message | 16:36 |
| cflmarques | ERROR [designate.openstack.common.threadgroup] Could not bind to 0.0.0.0:9001 after trying for 30 seconds | 16:36 |
| *** krow has quit IRC | 16:36 | |
| cflmarques | but the api still responds to curl | 16:37 |
| kiall | Chances are, you have another copy of the API running already.. So, it's bound to port 9001 and responding to requests | 16:37 |
| cflmarques | I forgot to add the endpoints. could be that? | 16:37 |
| kiall | No, designate-api is already running.. when you try and start a second copy on the same server, it fails to bind to the port | 16:38 |
| *** jmcbride has joined #openstack-dns | 16:40 | |
| kiall | Are you starting the API "by hand" in the scripts? | 16:40 |
| kiall | Because, the .deb's install a proper service .. upstart is managing the service | 16:41 |
| cflmarques | yes, it s is .deb | 16:50 |
| *** CaptTofu_ has quit IRC | 16:50 | |
| *** CaptTofu has joined #openstack-dns | 16:51 | |
| cflmarques | I was fighting a lithe bit killing all designate proceceess, and then i notince that they all start again | 16:51 |
| kiall | Yes, upstart will automatically restart the processes if they crash. | 16:53 |
| kiall | if you want to stop the services, you have to `service designate-api stop` or `/etc/init.d/designate-api stop` | 16:53 |
| cflmarques | nice | 16:53 |
| cflmarques | Weel done kiall :) | 16:54 |
| cflmarques | thank youi kiall | 16:54 |
| kiall | no problem... | 16:54 |
| jmcbride | kiall: hey, I was combing through our backlog and have a few more blueprints to add. But I wanted your feedback before hand. Do you have some time in about 20 minutes? | 17:00 |
| kiall | jmcbride: Sure.. that works | 17:01 |
| kiall | working today? I figured I'd be the only one ;) | 17:01 |
| jmcbride | I figured you would be working :) | 17:01 |
| jmcbride | kiall: you got some time now? | 17:23 |
| kiall | Sure - Stuck a mental roadblock anyway ;) | 17:23 |
| jmcbride | cool, hopefully a little break from that will help | 17:24 |
| jmcbride | so, as you may have noticed, I've been adding blueprints | 17:24 |
| kiall | We'll see! .. So, Whats up? | 17:24 |
| jmcbride | I have about 10 that I need your input on. I'll start... | 17:24 |
| jmcbride | So, I think we have the abillity to manage zone and record limits for a tenant, is that accurate? | 17:25 |
| kiall | Yea, the Quotas extension to the V1 API lets you adjust the per-tenant limits.. | 17:25 |
| jmcbride | cool. Does it allow you to create "quota groups"? | 17:26 |
| kiall | (That'll eventually be ported to the V2 API .. As an admin-only API, I reckon that's pretty low priority) | 17:26 |
| jmcbride | We will need it to get to production. | 17:27 |
| kiall | No - Our quotas have defaults for all tenants, then each quota can be overridden per tenant | 17:27 |
| jmcbride | ref quota groups: got it. I might create a blueprint for the grouping capability (makes it easier to categorize a customer's usage level). | 17:28 |
| kiall | Well - as an admin only API, I expect we'll introduce "allowed access V1" and "allowed access V2" permissions, so it would be easy enough for internal tooling to speak to both APIs | 17:28 |
| jmcbride | cool. | 17:28 |
| kiall | But.. That obv means re-tooling when V1 totally goes | 17:28 |
| jmcbride | OK. Next question. | 17:28 |
| kiall | Anyway - It should actually be easy to port over, we just need to figure out how we want to do extensions in V2 :) | 17:29 |
| kiall | https://github.com/stackforge/designate/blob/master/designate/api/v1/extensions/quotas.py | 17:29 |
| jmcbride | Pagination - I think you are adding that to v2, right? | 17:29 |
| kiall | Yep, pagination and the dict format for record rdata is on my TODO list for the first week or two of January. | 17:29 |
| kiall | We're (as in HP) aiming for getting the core concepts, and all public features ported to V2, then push it live and continue expanding.. | 17:31 |
| jmcbride | cool. Next question. | 17:31 |
| kiall | Things like pagination MUST be in, because we'll have a default value on the number of items per page.. deploying that after we go public would be an API break | 17:31 |
| jmcbride | We have a request to be able to create child domains (aka sub domains). | 17:32 |
| kiall | Cross tenants? | 17:32 |
| jmcbride | same tenant | 17:36 |
| kiall | Ah, Well.. We do support that today, although there is a bug or two in how it works.. | 17:37 |
| kiall | I think 1 of those bugs is in designate itself, while we have another in our Akamai EDNS extension. | 17:38 |
| kiall | 2 in designate actually.. | 17:39 |
| kiall | 1st is - we provide no protection for creating a child zone that would "break" some existing records in the parent, and no protection for creating a record in the parent zone that actually belongs in the child. | 17:39 |
| kiall | and the 2nd is - With bind, we don't write out the delegation NS/Glue entries into the parent zonefile | 17:40 |
| jmcbride | those bugs are good to know about. Are they documented in launchpad? | 17:40 |
| jmcbride | (although the first one doesn't sound necessarily like a bug) | 17:40 |
| kiall | bug #1259954 is the 1st | 17:41 |
| kiall | looks like we don't have one for the second | 17:41 |
| kiall | Someone found it a while back, I asked them to file the bug.. Guess they didn't | 17:41 |
| jmcbride | good thing your memory rocks! | 17:42 |
| jmcbride | I can create it real quick you'd like. | 17:43 |
| kiall | already filing it :) | 17:43 |
| jmcbride | cool, let me know the defect number when you have it. Also, that first bug sounds more like a feature request to me - might be worth making it a blueprint. | 17:44 |
| kiall | 1265037 | 17:44 |
| kiall | Oh - It's def a bug :) Pretty sure BIND will refuse to reload the zone when that happens | 17:45 |
| jmcbride | Something our current production API supports is the ability to see what domains have been "subdomained" into separate zone files. Can Designate do that? | 17:48 |
| jmcbride | kind of like /domains/tenant-1234/subdomains | 17:48 |
| kiall | At the moment, no.. But that would be trivial to add | 17:49 |
| kiall | Wait - that URL isn't what I thought :) | 17:49 |
| kiall | `/domains/domain-id/subdomains` would be easy to implement - e.g. a list of the sub domains for that domain | 17:49 |
| jmcbride | OK, we are on the fence on its usefulness | 17:49 |
| jmcbride | but wanted to check. | 17:50 |
| kiall | From memory of your API.. You treat subdomains differently to ordinary domains and create/list etc them differently to ordinary domains | 17:50 |
| jmcbride | yes | 17:50 |
| kiall | We treat all domains the same, and internally figure out if it's a subdomain or not | 17:50 |
| jmcbride | Seems like the use case for /domains/id/subdomain is about helping users with lots of domains better organize. | 17:51 |
| kiall | yea - /domains/id/subdomains would take about 10 minutes to implement, we have all the data necessary, and would just need to add a "get_domain_subdomains" (like get_domain_servers) call to central, and add the API method | 17:52 |
| kiall | brb - gotta take this call | 17:52 |
| kiall | (will be 5 mins at most..) | 17:53 |
| jmcbride | k, I'll add my next question in the mean time... | 17:53 |
| kiall | back | 17:58 |
| jmcbride | 1. Can a tenant see their current quotas? | 17:59 |
| kiall | We have `/v1/absolute-limits` which gives them the quotas, but not usages. | 18:00 |
| kiall | (That's undocumented in HP Cloud DNS.. So we've not ported that to V2 yet) | 18:00 |
| jmcbride | I didn't see that in the code (nor did a search turn up anything for 'absolute-limits' | 18:01 |
| kiall | Oh .. Sorry, it's /limits | 18:02 |
| kiall | https://github.com/stackforge/designate/blob/master/designate/api/v1/limits.py | 18:02 |
| jmcbride | sweet, I see it now | 18:02 |
| kiall | (I hate how that API call "looks" .. It mimics the Nova/Cinder/etc limits API call) | 18:02 |
| jmcbride | OK, the next one I'm pretty sure is supported today, but... | 18:04 |
| jmcbride | Storing a comment with any zone or record created. | 18:05 |
| jmcbride | I think it is saved as "description". | 18:06 |
| kiall | Yea - tsimmons added that a little while back | 18:06 |
| jmcbride | Cool. | 18:07 |
| jmcbride | Next up, SPF records. Does designate support that record type (and I'm not referring to TXT). | 18:07 |
| kiall | We do, and with my changes for dict style rdata in early jan, I expect we'll be at a point where record types are just another type of plugin. | 18:08 |
| kiall | (I may have to skip that part for early jan though, time constraints and all that!) | 18:09 |
| jmcbride | OK, so spf will work in v2? | 18:10 |
| kiall | Yea, It will.. | 18:10 |
| kiall | All these should work in V2: | 18:10 |
| kiall | RECORD_TYPES = ['A', 'AAAA', 'CNAME', 'MX', 'SRV', 'TXT', 'SPF', 'NS', 'PTR', | 18:10 |
| kiall | 'SSHFP'] | 18:10 |
| jmcbride | Cool. | 18:11 |
| jmcbride | OK, so I have quite a few requirements for "Bulk all the things" | 18:12 |
| jmcbride | by bulk, I mean, allow a user to add/modify multiple zones/records with a single request. I've been adding these without regard to implementation. | 18:12 |
| jmcbride | regarding implementation, I had imagined most of the bulk activities would likely be wrapped into the command line tool. If that is the case, is it OK to add under Designate blueprints? | 18:13 |
| kiall | Blueprints for the client would live under https://blueprints.launchpad.net/python-designateclient/ | 18:14 |
| kiall | (what a long list there ;)) | 18:15 |
| kiall | I'm personally starting to see bulk actions as more and more important, but haven't spent any time considering what an implementation might look like | 18:15 |
| *** kotenka has joined #openstack-dns | 18:16 | |
| jmcbride | I'm thinking it will be OK to add the bulk request to the designate project, which will allow us to have a conversation about whether they should be implemented elsewhere. Thoughts? | 18:16 |
| kiall | I think, if we go with my madness idea from the last meet, getting transactional batch changes support would be much easier.. | 18:16 |
| kiall | Which remins me.. I need to write out all the detail on that.. | 18:17 |
| kiall | reminds* | 18:17 |
| jmcbride | so many to dos ;) | 18:17 |
| jmcbride | OK, I'll add the batch blueprints to the designate project. | 18:17 |
| kiall | You have no idea! My non-designate list is longer than my designate list! | 18:18 |
| jmcbride | We need to get you some help! | 18:18 |
| kiall | We do ;) | 18:18 |
| jmcbride | Next item: export and import: I think artom started this, but I couldn't determine whether it is functional. | 18:18 |
| jmcbride | (^ I mean export/import *zone) | 18:18 |
| kiall | Yea - It's functional for the examples it has test cases against .. Ideally we need to get some real world zones (anonimized) into the tests | 18:19 |
| *** kotenka has quit IRC | 18:19 | |
| jmcbride | cool. do you have a link to the code? | 18:20 |
| kiall | The sample zones it's tested against: https://github.com/stackforge/designate/tree/master/designate/tests/resources/zonefiles | 18:20 |
| kiall | It's under https://github.com/stackforge/designate/blob/master/designate/api/v2/controllers/zones.py | 18:20 |
| kiall | https://github.com/stackforge/designate/blob/master/designate/api/v2/controllers/zones.py#L66 for "export" | 18:21 |
| kiall | and | 18:21 |
| kiall | https://github.com/stackforge/designate/blob/master/designate/api/v2/controllers/zones.py#L158 for "import" | 18:21 |
| kiall | Plus a few private methods at the bottom of that file | 18:21 |
| jmcbride | cool. Any documentation on how to invoke it via API? | 18:21 |
| kiall | POST /domains with the zonefile in the body, and a "Content-Type: text/dns" header for import.. | 18:22 |
| kiall | GET /domains/12345 with a "Accept: text/dns" header for export.. | 18:22 |
| kiall | I think that API will run into some issues when we do pools etc (can't specify a pool during import) | 18:23 |
| kiall | So - Once we do "extensions" in the V2 API, I think we'll probably need to move that to an extension so we can choose to make it public or not ;) | 18:24 |
| jmcbride | OK, last one for now. | 18:25 |
| jmcbride | Ability to have a zone inherit changes from another, predefined zone. | 18:26 |
| jmcbride | Basically make it easier for a user that has many zones that all have duplicate records. | 18:26 |
| *** jwilentz has joined #openstack-dns | 18:26 | |
| kiall | We talked about that on the last google hangout.. I like the idea of zone templates / mixins, but haven't thought about it yet | 18:27 |
| *** jwilentz has quit IRC | 18:27 | |
| jmcbride | OK, I'll add a blueprint for it and we can discuss at a later point. | 18:27 |
| kiall | I think mugsie filed one for that - let me check | 18:28 |
| kiall | I guess not | 18:28 |
| * kiall wants to kill Neutron right about now -_- | 18:29 | |
| jmcbride | kiall: thanks, I'll add a blueprint then. | 18:32 |
| jmcbride | What happen with neutron? | 18:32 |
| kiall | We're porting the HP Cloud DNS service from our Diablo-ish cloud to our new Havana based stuff.. Updating our tooling to handle all the changes :( | 18:34 |
| kiall | (The big "non-designate" item on my todo ;)) | 18:35 |
| ekarlso | What's wrong with Neutron kiall ? :p | 18:35 |
| kiall | ekarlso: it's API ;) | 18:35 |
| ekarlso | haha :p | 18:36 |
| kiall | and the python bindings are awful ;) | 18:36 |
| *** msisk has quit IRC | 18:37 | |
| *** cflmarques has quit IRC | 18:38 | |
| ekarlso | kiall: you doing salt stuff or? | 18:40 |
| kiall | Thats just 1 small part of it ;) | 18:40 |
| kiall | Okay - I'm off | 18:49 |
| kiall | cyas | 18:49 |
| *** CaptTofu has quit IRC | 19:02 | |
| *** CaptTofu_ has joined #openstack-dns | 19:02 | |
| *** CaptTofu_ has quit IRC | 19:38 | |
| *** CaptTofu has joined #openstack-dns | 19:39 | |
| *** timfreund has quit IRC | 21:06 | |
| *** dguitarbite_ has joined #openstack-dns | 21:33 | |
| *** krow has joined #openstack-dns | 21:35 | |
| *** dguitarbite_ has quit IRC | 21:44 | |
| *** timfreund has joined #openstack-dns | 22:19 | |
| *** jmcbride has quit IRC | 22:30 | |
| *** timfreund has quit IRC | 23:26 | |
| *** timfreund has joined #openstack-dns | 23:31 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!