*** banix has joined #openstack-dns | 00:04 | |
*** stanzgy has joined #openstack-dns | 00:12 | |
*** stanzgy__ has joined #openstack-dns | 00:12 | |
*** jbasalone has joined #openstack-dns | 00:41 | |
*** chlong has joined #openstack-dns | 00:42 | |
*** csoukup has joined #openstack-dns | 01:57 | |
*** jmcbride has joined #openstack-dns | 01:57 | |
*** c_soukup has joined #openstack-dns | 02:01 | |
*** csoukup has quit IRC | 02:04 | |
*** csoukup_ has joined #openstack-dns | 02:19 | |
*** ducttape_ has joined #openstack-dns | 02:20 | |
*** c_soukup has quit IRC | 02:22 | |
*** ducttape_ has quit IRC | 02:26 | |
*** ducttape_ has joined #openstack-dns | 02:45 | |
*** ducttape_ has quit IRC | 02:49 | |
*** sonuk has joined #openstack-dns | 02:55 | |
*** jmcbride has quit IRC | 03:08 | |
*** sonuk has quit IRC | 03:12 | |
*** jbasalone has quit IRC | 03:20 | |
*** jmcbride has joined #openstack-dns | 03:24 | |
*** jmcbride has quit IRC | 03:37 | |
*** ducttape_ has joined #openstack-dns | 03:46 | |
*** ducttape_ has quit IRC | 03:51 | |
*** stanzgy__ has quit IRC | 04:03 | |
*** stanzgy__ has joined #openstack-dns | 04:04 | |
elarson | anyone around that might be able to help me with something? | 04:17 |
---|---|---|
elarson | I'm trying to update a recordset's (A record) record listing and am having trouble | 04:17 |
elarson | this is not via the API btw, but in the code | 04:18 |
elarson | if I find the recordset via central_api.find_recordset and get an object back, how can I loop through a list of IP addresses as strings and properly update the recordset before updating it with central_api.update_recordset? | 04:19 |
*** fawadkhaliq has joined #openstack-dns | 04:20 | |
*** rudrajit has joined #openstack-dns | 04:30 | |
*** ducttape_ has joined #openstack-dns | 04:47 | |
*** ducttape_ has quit IRC | 04:51 | |
*** banix has quit IRC | 05:20 | |
*** rsyed has joined #openstack-dns | 05:27 | |
*** csoukup_ has quit IRC | 05:36 | |
*** rsyed is now known as rsyed_away | 05:40 | |
*** ducttape_ has joined #openstack-dns | 05:47 | |
*** ducttape_ has quit IRC | 05:52 | |
*** sonuk has joined #openstack-dns | 05:53 | |
*** stanzgy has quit IRC | 06:14 | |
*** fawadkhaliq has quit IRC | 06:14 | |
*** stanzgy has joined #openstack-dns | 06:14 | |
*** fawadkhaliq has joined #openstack-dns | 06:15 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/designate-dashboard: Imported Translations from Zanata https://review.openstack.org/225396 | 06:19 |
*** fawadkhaliq has quit IRC | 06:19 | |
*** rudrajit has quit IRC | 06:24 | |
*** Alex_Stef has joined #openstack-dns | 06:25 | |
*** Alex_Stef is now known as Alex_Staf | 06:25 | |
*** ducttape_ has joined #openstack-dns | 06:48 | |
*** ducttape_ has quit IRC | 06:53 | |
*** nyechiel has joined #openstack-dns | 07:06 | |
*** fawadkhaliq has joined #openstack-dns | 07:08 | |
*** chlong has quit IRC | 07:17 | |
*** nyechiel has quit IRC | 07:23 | |
*** nyechiel has joined #openstack-dns | 07:24 | |
*** ducttape_ has joined #openstack-dns | 07:49 | |
*** ducttape_ has quit IRC | 07:53 | |
*** kei_yama has quit IRC | 08:14 | |
*** kei_yama has joined #openstack-dns | 08:15 | |
*** kei_yama has quit IRC | 08:18 | |
*** kei_yama has joined #openstack-dns | 08:23 | |
*** sonuk has quit IRC | 08:24 | |
*** sonuk has joined #openstack-dns | 08:25 | |
*** fawadkhaliq has quit IRC | 08:26 | |
*** chlong has joined #openstack-dns | 08:44 | |
*** ducttape_ has joined #openstack-dns | 08:50 | |
*** boris-42 has quit IRC | 08:53 | |
*** dougwig has quit IRC | 08:53 | |
*** CaptTofu has quit IRC | 08:53 | |
*** ducttape_ has quit IRC | 08:54 | |
*** kei_yama has quit IRC | 09:08 | |
*** kei_yama has joined #openstack-dns | 09:09 | |
*** CaptTofu has joined #openstack-dns | 09:15 | |
*** dougwig has joined #openstack-dns | 09:16 | |
*** kei_yama has quit IRC | 09:22 | |
*** kei_yama has joined #openstack-dns | 09:22 | |
*** boris-42 has joined #openstack-dns | 09:24 | |
*** kmARC_ has joined #openstack-dns | 09:40 | |
*** ducttape_ has joined #openstack-dns | 09:50 | |
*** ducttape_ has quit IRC | 09:55 | |
*** fawadkhaliq has joined #openstack-dns | 10:02 | |
*** kei_yama has quit IRC | 10:03 | |
*** l6unchpad has joined #openstack-dns | 10:20 | |
*** km has quit IRC | 10:24 | |
*** ducttape_ has joined #openstack-dns | 10:51 | |
*** stanzgy__ has quit IRC | 10:52 | |
*** stanzgy has quit IRC | 10:52 | |
sonuk | hi all | 10:55 |
*** ducttape_ has quit IRC | 10:56 | |
ekarlso | sonuk: hi | 10:56 |
sonuk | ekarlso: i am geeting gate test failure on submitting the patch https://review.openstack.org/#/c/221610/. | 10:57 |
sonuk | ekarlso: Is that gate tests are failing due to some introduced bug . | 10:59 |
ekarlso | sonuk: it's some neutron job thaet's blowing up | 11:00 |
sonuk | ekarlso: so what could be the fix for this? should I wait for this to be fixed or I should look into this if I could fix this failure. | 11:03 |
ekarlso | sonuk: Kiall will look at it | 11:04 |
ekarlso | busy with internal stuff sadly :) | 11:04 |
sonuk | ekarlso: ok. thanks. | 11:05 |
*** bradjones has joined #openstack-dns | 11:05 | |
*** bradjones has quit IRC | 11:05 | |
*** bradjones has joined #openstack-dns | 11:05 | |
*** l6unchpad has quit IRC | 11:05 | |
*** bradjones has quit IRC | 11:08 | |
*** bradjones has joined #openstack-dns | 11:08 | |
*** bradjones has quit IRC | 11:08 | |
*** bradjones has joined #openstack-dns | 11:08 | |
*** bradjones has quit IRC | 11:14 | |
*** bradjones has joined #openstack-dns | 11:14 | |
*** bradjones has quit IRC | 11:14 | |
*** bradjones has joined #openstack-dns | 11:14 | |
Alex_Staf | Hi all , can someone tell me what are those tests? https://github.com/openstack/designate/tree/master/designate/tests ? unitest? tnx | 11:22 |
mugsie | Alex_Staf: they are "unit tests" | 11:30 |
mugsie | well, supposed to be | 11:30 |
mugsie | but they span multiple layers at this point | 11:30 |
Alex_Staf | K tnx | 11:31 |
mugsie | we are workign towards fixing them up | 11:31 |
*** ducttape_ has joined #openstack-dns | 11:52 | |
Alex_Staf | Ohh ok. | 11:52 |
*** jordanP has joined #openstack-dns | 11:52 | |
Alex_Staf | tnx m8 | 11:52 |
mugsie | Alex_Staf: np | 11:55 |
*** ducttape_ has quit IRC | 11:57 | |
*** mwagner_lap has joined #openstack-dns | 12:18 | |
*** ducttape_ has joined #openstack-dns | 12:20 | |
*** leitan has joined #openstack-dns | 12:23 | |
*** ducttape_ has quit IRC | 12:33 | |
*** nyechiel has quit IRC | 12:39 | |
*** sonuk has quit IRC | 12:58 | |
*** rsyed_away is now known as rsyed | 13:06 | |
*** fawadkhaliq has quit IRC | 13:10 | |
*** Alex_Staf has quit IRC | 13:13 | |
dhellmann | kiall: does designateclient need another release before we create a stable branch? http://paste.openstack.org/show/469795/ | 13:16 |
Kiall | Yes, we're trying to get the gate unwedged | 13:16 |
Kiall | dhellmann: https://review.openstack.org/225628 <-- is blocking our ability to land anything :( | 13:17 |
*** mfisch has quit IRC | 13:18 | |
*** mfisch has joined #openstack-dns | 13:19 | |
dhellmann | Kiall: ok, noted | 13:19 |
*** fawadkhaliq has joined #openstack-dns | 13:19 | |
*** mfisch is now known as Guest61243 | 13:19 | |
leitan | Hi everyone, has anyone ever tried to use another notification topic than "notifications" ? , cause im seeing that nova ... is just publishing the compute.instance.update events to the queue, and the compute.instance.create.end and delete.start are just published to the topic "notifications" no matter what | 13:23 |
leitan | leitan, seems to me that nova is not using the notifications_topic list somewhere | 13:24 |
leitan | and if i dont use the notifications topic (used by ceilometer already) i cant catch the nova instance creation to use the fixed_ips handler from designate | 13:24 |
*** nyechiel has joined #openstack-dns | 13:32 | |
*** richm has joined #openstack-dns | 13:34 | |
leitan | seems to me that nova is not using the notifications_topic list somewhere, and i need to use ceilometer and designate at the same time, so im using an aditional notification_topic for this to work, but messages are missing on the other topic | 13:34 |
*** ducttape_ has joined #openstack-dns | 13:36 | |
*** ducttape_ has quit IRC | 13:41 | |
*** richm has quit IRC | 13:45 | |
*** ducttape_ has joined #openstack-dns | 13:48 | |
*** en_austin has joined #openstack-dns | 13:50 | |
*** jordanP has quit IRC | 13:50 | |
*** fawadkhaliq has quit IRC | 13:51 | |
*** jmcbride has joined #openstack-dns | 13:52 | |
*** jmcbride has quit IRC | 13:53 | |
*** jmcbride has joined #openstack-dns | 13:53 | |
*** ducttape_ has quit IRC | 13:54 | |
*** richm has joined #openstack-dns | 13:59 | |
en_austin | hi! does anybody knows, is Designate is multi-threaded (and if so, can I increase its threads count?) I'm now experiencing some performance issues (API call differs with actual record provisioning in 10-15 minutes) :( | 14:05 |
en_austin | or, maybe, there are another designate boosting methods available.. | 14:05 |
mugsie | en_austin: you can... 10 - 15 mins seems ... large though | 14:09 |
mugsie | how big are the zones? | 14:10 |
*** jordanP has joined #openstack-dns | 14:10 | |
en_austin | its approx 150-200 zones with 50-70 records in each | 14:10 |
*** csoukup has joined #openstack-dns | 14:17 | |
mugsie | does the API show the records as ACTIVE before they are, or 15 mins after they are actually active | 14:17 |
mugsie | ? | 14:17 |
*** jordanP has quit IRC | 14:18 | |
*** jordanP has joined #openstack-dns | 14:19 | |
*** pglass has joined #openstack-dns | 14:24 | |
openstackgerrit | Monty Taylor proposed openstack/designate: Change ignore-errors to ignore_errors https://review.openstack.org/225730 | 14:26 |
en_austin | no, 15 mins before they really become ACTIVE & live on backend | 14:33 |
en_austin | I think, that is because we have really much atomic add/delete records queries :( | 14:34 |
mugsie | maybe ... try scaling the mdns services out a bit then | 14:38 |
en_austin | how? that's the question )) | 14:49 |
*** banix has joined #openstack-dns | 14:50 | |
mugsie | ah, yuo can boot more instances of it, and add them to the pool config | 14:55 |
mugsie | workers work on all the other services, execpt pdns | 14:55 |
mugsie | sorry, mdns | 14:55 |
mugsie | it causes issues if you use it. | 14:55 |
timsim | And API. | 14:55 |
mugsie | and API? | 14:55 |
mugsie | wut | 14:55 |
mugsie | damn | 14:55 |
timsim | Multiple processes can't bind to 9001, and we don't do the same reuseport stuff, I believe. | 14:56 |
* timsim tries to make sure he's not blowing smoke | 14:56 | |
timsim | mugsie: http://paste.openstack.org/show/472864/ | 14:58 |
mugsie | timsim: :( | 15:06 |
mugsie | this is a critical bug | 15:06 |
timsim | Sorry mate. | 15:07 |
timsim | Should have reported when I found out a long time ago. | 15:08 |
mugsie | :) | 15:08 |
mugsie | tut tut | 15:08 |
mugsie | can you stick a bug in now? will add it to my list | 15:08 |
timsim | Sure. | 15:08 |
timsim | mugsie: https://bugs.launchpad.net/designate/+bug/1498054 | 15:11 |
openstack | Launchpad bug 1498054 in Designate "API worker processes > 1 do not start" [Undecided,Triaged] | 15:11 |
pglass | what is the masters field of a zone actually for? | 15:12 |
en_austin | well, so what... will Designate performance increase if I will start more Central's and Pool Manager instances? | 15:15 |
timsim | pglass: Secondary zones | 15:15 |
*** kmARC_ has quit IRC | 15:16 | |
timsim | en_austin: Central, yes, absolutely. Pool Manager, perhaps, you'd need a coordination backend so that they dont' stop on each other for some things. | 15:16 |
timsim | In the central config, you can set workers = x, which will let Designate start more processes for you. | 15:16 |
timsim | But, if you're seeing long times to active, that might not do what you need. | 15:17 |
timsim | Mdns is probably what you want. | 15:17 |
timsim | But without seeing it, can't know for sure, it might be pool managers too. | 15:17 |
en_austin | So. How can I add more mDNS'es? | 15:17 |
elarson | en_austin: you add more workers via the config | 15:18 |
elarson | en_austin: if you do bump up the workers in mdns and you have problems, let me know. | 15:18 |
timsim | mdns won't do there elarson ;) | 15:18 |
timsim | Well...I guess it might | 15:18 |
elarson | yeah, I'd like to see someone else try it to be sure I'm not living in crazy town | 15:18 |
elarson | :) | 15:18 |
timsim | hah. | 15:18 |
timsim | Yeah. Bump workers in the mdns config section en_austin | 15:19 |
timsim | If that doesn't improve it, or causes other issues, come back and we can try something else | 15:19 |
en_austin | I don't have mdns config section at all ;( it should be like [service:mdns] (new line) workers = x | 15:20 |
en_austin | ? | 15:20 |
mugsie | en_austin: yup | 15:20 |
*** ducttape_ has joined #openstack-dns | 15:21 | |
*** ducttape_ has quit IRC | 15:21 | |
*** ducttape_ has joined #openstack-dns | 15:21 | |
en_austin | well, thanks! will try it soon. | 15:22 |
en_austin | I don't got one thing - if I'll set workers >1 for Pool manager, will it cause some malfunction or unconsistency of designate's tasks? | 15:28 |
openstackgerrit | james beedy proposed openstack/designate-dashboard: Removed pbr.version and header in __init__.py https://review.openstack.org/225899 | 15:28 |
*** james_li has joined #openstack-dns | 15:30 | |
*** mlavalle has joined #openstack-dns | 15:30 | |
*** rudrajit has joined #openstack-dns | 15:33 | |
timsim | en_austin: Yes, it will, unless you set up a coordination service, the pool manager uses openstack's tooz library to do leader election, which will resolve those task problems. | 15:35 |
*** ducttape_ has quit IRC | 15:36 | |
en_austin | It's more clear now, thanks. I'll try to do it without increasing a Pool manager workers count :) | 15:36 |
en_austin | and one more for now... Can I customize a log output for workers of Central/mDNS (like <service>.<worker_num>.log) or they all have common stdout/err? | 15:37 |
Kiall | timsim: what OS / version are you gettting that Could not bind to 0.0.0.0:9001 on? | 15:37 |
mlavalle | Kiall, timsim: take a look at http://paste.openstack.org/show/471874/. This is a floating ip creation from Neutron showing the integration with Designate. It was done with the latest code in https://review.openstack.org/#/c/212213/ | 15:37 |
mlavalle | Kiall, timsim: I di this last night | 15:38 |
Kiall | mlavalle: cool! Q .. is that auto-creating the reverse DNS zone from Neutron? | 15:39 |
*** ducttape_ has joined #openstack-dns | 15:39 | |
Kiall | (Those are fairly special cased in Designate, due to weirdness in how they work multi-tenant) | 15:39 |
mlavalle | Kiall: yes! | 15:39 |
*** russStarr has joined #openstack-dns | 15:40 | |
timsim | Kiall: Debian 8.1 3.16.0-4-amd64, I've seen it on Ubuntu 14.04 too. | 15:40 |
Kiall | mlavalle: looking over the code for that quickly, it's possible an issue! | 15:40 |
mlavalle | Kiall: let me clarify, Neutron is creating the necessary zone and PTR record | 15:40 |
openstackgerrit | Merged openstack/designate-dashboard: Imported Translations from Zanata https://review.openstack.org/225396 | 15:41 |
openstackgerrit | Merged openstack/designate: Ensure CNAME RRSets only have one record https://review.openstack.org/224906 | 15:42 |
mlavalle | Kiall: look here https://review.openstack.org/#/c/212213/12/neutron/services/externaldns/drivers/designate/driver.py. Method in line 53 | 15:42 |
Kiall | mlavalle: so - looking at the code, it's doing the PTR zone creation using the end-users context, which will only work for admins :/ | 15:42 |
*** rudrajit has quit IRC | 15:42 | |
openstackgerrit | Merged openstack/designate: A functional test to check CNAME recordsets allow only 1 record https://review.openstack.org/225324 | 15:42 |
mlavalle | Kiall: well, no I am not using and admin user. I am using demo in devstack | 15:42 |
mlavalle | Kiall: I was expecting that, but it works | 15:43 |
openstackgerrit | Merged openstack/designate: Change ignore-errors to ignore_errors https://review.openstack.org/225730 | 15:43 |
Kiall | I think that may be a fluke :/ | 15:44 |
*** ccneill has joined #openstack-dns | 15:46 | |
mlavalle | Kiall: I've been doing it several times saturday and sunday | 15:46 |
Kiall | Sure, so the issue is a couple of things.. | 15:48 |
Kiall | Normally, non-admin's are prevented from creating *.in-addr.arpa. zones.. On top of that, say HP who own 15.0.0.0/8 create 15.in-addr.arpa. in some tenant of theirs | 15:49 |
Kiall | now, a customer trying to create 1.2.3.15.in-addr.com. is creating a subdomain of another tenants domains | 15:49 |
Kiall | We implemented a speical API in designate for handling these zones, to avoid the pain :( | 15:50 |
Kiall | But - that API talks back out to Neutron, so I'm not convinced it's ideal for API calls from NEU->DES->NEU! | 15:51 |
Kiall | Ideally, Neutron would have a set of creds to talk to Designate as a specific tenant within which the PTR zones live, while the A/AAAA's live in the tenant network as usual | 15:52 |
mlavalle | Kiall: that's cool, you are the dns, designate expert. so, how should I be doing this? I followed this recipe http://docs.openstack.org/developer/designate/howtos/manage-ptr-records.html that timsim gace last Tuesday | 15:52 |
Kiall | Or - Maybe we drop the PTR stuff behind a "enable_experimential_designate_ptr = True/False" flag - | 15:52 |
mlavalle | Kiall: If you want me to athenticate as admin to create the PTR zones and recors, I don't have a problem implementing that | 15:54 |
Kiall | (Designate already makes some assumptions around the fact that PTR zones will live in one specific tenant, since individual zones needs to be "shared" between multiple tenants (or have to be subdomains of other tenants domains) | 15:54 |
Kiall | Yea, I think allowing Neutron to auth as $user+$tenant for the PTR part, and re-using the client's context for the rest fits best | 15:55 |
mlavalle | Kiall: meaning $user+$tenant is admin, correct? | 15:55 |
Kiall | Well, it may be "admin" or some user in the "PTR" tenant | 15:57 |
mlavalle | Kiall: ahhh, so you have a special PTR tenant? | 15:58 |
Kiall | I know we do at HP Cloud :) | 15:59 |
*** _ducttape_ has joined #openstack-dns | 15:59 | |
mlavalle | mhhhh, but we don't now that for other user / deployers..... let's go with admin | 15:59 |
mlavalle | know that^^^ | 15:59 |
Kiall | It's not special in any way, other than our policy.json file allows that tenant to create in-arpa zones | 15:59 |
timsim | We do at RAX in our old system. :P | 15:59 |
mlavalle | would admin be ok? | 16:00 |
Kiall | Sure! | 16:00 |
mlavalle | Kiall, timsim: so to be clear..... in the driver, every time I push a floating ip to designate I will instantiate 2 designate clients, 1 with the user context and one with user+tenant with admin | 16:01 |
*** ducttape_ has quit IRC | 16:01 | |
mlavalle | Kiall, timsim: the former will create the A record. The latter will create the in-arpa zone and the PTR record | 16:02 |
Kiall | mlavalle: yea, unless your a private cloud with 1 user, you have a 99% chance of needing elevated priviledges to do PTR stuff | 16:02 |
mlavalle | Kiall, timsim: as far as the requests I am using, they are correct, right? | 16:03 |
openstackgerrit | Paul Glass proposed openstack/python-designateclient: Layout some functional tests for the V2 CLI https://review.openstack.org/216306 | 16:04 |
Kiall | mlavalle: Technically, yes! We tend to use /24 sized PTR zones | 16:07 |
Kiall | to avid having a huge number of rDNS zones | 16:07 |
Kiall | To avoid* | 16:08 |
Kiall | We also tend to not delete those zones once their empty, as they will just get recreated again anyway | 16:08 |
mlavalle | Kiall: cool, I have a bug to fix in Neutron today and tomorrow..... expect the next iteration in gerrit by Thursday. | 16:09 |
Kiall | Cool :) | 16:09 |
mlavalle | Kiall: but even with the caveats we discussed, I think it is great progress | 16:09 |
Kiall | ++ | 16:09 |
Kiall | Gotta run! Meeting | 16:09 |
*** _ducttape_ has quit IRC | 16:22 | |
*** ducttape_ has joined #openstack-dns | 16:22 | |
*** jbasalone has joined #openstack-dns | 16:23 | |
*** jbasalone is now known as jbasalone-away | 16:23 | |
*** rudrajit has joined #openstack-dns | 16:26 | |
mlavalle | Kiall, timsim: a /24 PTR zone would be "2.0.192.in-addr.arpa." correct? | 16:32 |
Kiall | mlavalle: yep | 16:33 |
Kiall | 3 out of 4 of the octets | 16:33 |
mlavalle | :-) | 16:33 |
*** nyechiel has quit IRC | 16:33 | |
*** cheenpo has joined #openstack-dns | 16:34 | |
openstackgerrit | Eric Larson proposed openstack/designate-specs: Alias Records Spec https://review.openstack.org/214788 | 16:34 |
*** en_austin has quit IRC | 16:40 | |
*** jbasalone-away is now known as jbasalone | 16:50 | |
*** chlong has quit IRC | 16:50 | |
*** jbasalone has quit IRC | 16:52 | |
*** jbasalone has joined #openstack-dns | 16:59 | |
*** mlavalle_ has joined #openstack-dns | 17:00 | |
*** mlavalle has quit IRC | 17:01 | |
*** chlong has joined #openstack-dns | 17:02 | |
openstackgerrit | Merged openstack/python-designateclient: Added appropriate error message for designate cli https://review.openstack.org/222483 | 17:07 |
*** jordanP has quit IRC | 17:15 | |
*** cheenpo has quit IRC | 17:15 | |
dhellmann | Kiall: how are things looking for you, should we plan a client release today? | 17:37 |
mugsie | dhellmann: i think the gate is now flowwing again | 17:41 |
mugsie | I know kiall is in a meeting right now. When he gets out I can ping him and see what needs to merge. I *think* everything is on the way in | 17:43 |
*** richm has quit IRC | 17:43 | |
mugsie | dhellmann: actually - https://review.openstack.org/#/c/224667/ is outstanding.... (its the review to bumps pbr to >1.8) - this should probably merge before we cut a release | 17:45 |
dhellmann | mugsie: makes sense | 17:45 |
mugsie | timsim: around? | 17:45 |
mugsie | need a +A for https://review.openstack.org/#/c/224667/ | 17:46 |
mugsie | https://review.openstack.org/#/c/198665/ | 17:47 |
mugsie | https://review.openstack.org/#/c/223118/ | 17:47 |
mugsie | https://review.openstack.org/#/c/219369/ | 17:48 |
mugsie | Kiall: timsim ^^^ client patches I think are candidates for the release | 17:48 |
*** richm has joined #openstack-dns | 17:57 | |
*** jbasalone has quit IRC | 18:00 | |
*** jbasalone has joined #openstack-dns | 18:02 | |
*** jennyb has joined #openstack-dns | 18:05 | |
*** james_li has quit IRC | 18:05 | |
Kiall | dhellmann: 3 out of 4 of those have been +A'd | 18:07 |
Kiall | (I left a -1 on the 4th, so.. it's not going to make it in) | 18:07 |
Kiall | But once they go through check+gate we can tag away | 18:07 |
timsim | Back now, looks like it's all taken care of | 18:08 |
*** jbasalone has quit IRC | 18:08 | |
mugsie | timsim: yeah. we did it all with out you | 18:10 |
mugsie | :P | 18:10 |
*** fawadkhaliq has joined #openstack-dns | 18:11 | |
timsim | :'( | 18:11 |
* timsim will never go to lunch again | 18:11 | |
*** fawadkhaliq has quit IRC | 18:15 | |
timsim | Kiall, mugsie, pglass just reported https://bugs.launchpad.net/designate/+bug/1498121 i put in LRC1, agree? | 18:22 |
openstack | Launchpad bug 1498121 in Designate "Designate accepts a primary zone with non-empty list of masters" [Undecided,New] | 18:22 |
*** fawadkhaliq has joined #openstack-dns | 18:25 | |
*** jennyb has quit IRC | 18:34 | |
*** james_li has joined #openstack-dns | 18:36 | |
*** stanzgy has joined #openstack-dns | 18:37 | |
*** stanzgy__ has joined #openstack-dns | 18:37 | |
*** russStarr has quit IRC | 18:39 | |
*** fawadkhaliq has quit IRC | 18:41 | |
*** stanzgy__ has quit IRC | 18:42 | |
*** stanzgy__ has joined #openstack-dns | 18:44 | |
*** james_li has quit IRC | 18:46 | |
*** jbasalone has joined #openstack-dns | 18:50 | |
openstackgerrit | Merged openstack/python-designateclient: Make is so exceptions have some message https://review.openstack.org/219369 | 18:51 |
openstackgerrit | OpenStack Proposal Bot proposed openstack/designate: Updated from global requirements https://review.openstack.org/225221 | 18:54 |
*** stanzgy__ has quit IRC | 18:55 | |
*** stanzgy has quit IRC | 18:55 | |
openstackgerrit | Merged openstack/python-designateclient: Meaningful Exception for over-quota on domains https://review.openstack.org/221610 | 18:59 |
openstackgerrit | Merged openstack/python-designateclient: Updated from global requirements https://review.openstack.org/224667 | 18:59 |
openstackgerrit | Merged openstack/python-designateclient: Add formatting of output data https://review.openstack.org/223118 | 18:59 |
*** jbasalone has quit IRC | 19:00 | |
*** rudrajit has quit IRC | 19:01 | |
*** Simu has joined #openstack-dns | 19:02 | |
*** jbasalone has joined #openstack-dns | 19:02 | |
Simu | hello | 19:02 |
Simu | i try to install designate with a powerdns backend | 19:02 |
Simu | i've a strange issue. my database domains records are not populated to the tables for powerdns | 19:03 |
Simu | can someone here help me | 19:03 |
*** bradjones has quit IRC | 19:04 | |
Simu | i I would be very grateful if someone can help | 19:04 |
timsim | Have you run `designate-manage powerdns sync` ? | 19:04 |
Simu | yes | 19:04 |
Simu | all tables up2date | 19:04 |
timsim | Ah, I misread. | 19:05 |
timsim | What version of Designate are you running? | 19:05 |
Simu | 1.1.1 | 19:05 |
Simu | api version 2015.1.0 | 19:05 |
Simu | packages from the ubuntu kilo archive | 19:06 |
timsim | Which designate-* services are running? | 19:06 |
Simu | designate-agent designate-api designate-central designate-sink | 19:06 |
Simu | in debug mode i see nothing if something goes wrong | 19:07 |
Simu | i dont unserstand the command sync-all inside the designate shell | 19:07 |
Simu | but nothing happens if i try | 19:07 |
timsim | You should need designate-api,central,pool-manager,mdns No agent/sink | 19:07 |
Simu | why no sink? | 19:08 |
timsim | I'm sorry, if you're trying to connect up with Nova/Neutron, you'll need sink, but I'd get Designate up and running before worrying about that. | 19:08 |
Simu | ok | 19:09 |
Simu | the problem is that the packages on ubuntu kilo archive don't have a package named pool-manager or similar | 19:10 |
timsim | Yeah, sorry about that, I believe there's an open bug for that. | 19:10 |
*** james_li has joined #openstack-dns | 19:11 | |
Simu | ok where can i find more information about that | 19:11 |
timsim | Found the bug https://bugs.launchpad.net/ubuntu/vivid/+source/designate/+bug/1473460 | 19:15 |
openstack | Launchpad bug 1473460 in designate (Ubuntu Vivid) "Package is missing designate services" [Medium,Triaged] | 19:15 |
Simu | yeah thanks a lot | 19:16 |
*** jbasalone has quit IRC | 19:18 | |
*** richm has quit IRC | 19:20 | |
*** richm has joined #openstack-dns | 19:38 | |
*** stanzgy has joined #openstack-dns | 19:41 | |
*** stanzgy__ has joined #openstack-dns | 19:41 | |
*** csoukup has quit IRC | 20:18 | |
*** stanzgy has quit IRC | 20:34 | |
*** stanzgy__ has quit IRC | 20:35 | |
*** rudrajit has joined #openstack-dns | 20:36 | |
pglass | so when creating secondary zones... | 20:36 |
pglass | designate accepts my email, but then sets the email to hostmaster@example.com | 20:36 |
pglass | ^ so should 400 | 20:37 |
pglass | and then designate also accepts the ttl I give it in the post request | 20:37 |
pglass | but shouldn't the ttl be pulled from master server? | 20:38 |
pglass | or does designate use that ttl for something else? | 20:38 |
pglass | ^ okay docs say ttl should be null for secondary zones | 20:40 |
pglass | reporting bugs | 20:40 |
pglass | or maybe just one bug... | 20:40 |
pglass | i can also create a secondary zone with an empty list of masters | 20:43 |
pglass | timsim: ^ should that be allowed? | 20:43 |
timsim | I think so... | 20:43 |
dhellmann | Kiall: now that https://review.openstack.org/#/c/224667/ has merged are you ready for a client release? | 20:43 |
pglass | but then the zone will never be pulled from anywhere? | 20:43 |
timsim | Designate can receive notifies, and if there's a secondary zone, set the master (if there are none) to that notifier, I believe. | 20:44 |
pglass | okay | 20:46 |
pglass | not reporting a bug | 20:46 |
elarson | timsim: is this a reasonable way to get the serial from a recordset? http://paste.openstack.org/show/473254/ | 20:46 |
timsim | Does recordset not have a serial field? | 20:47 |
timsim | nop | 20:48 |
timsim | I think the serial for a recordset would be == the greatest of it's records. | 20:48 |
timsim | I don't know if all the records in a recordset are updated when one in the set is serial-wise, if so, I guess that would be reasonable. | 20:49 |
timsim | I think you could find out in one of the update_status methods in central. | 20:49 |
elarson | timsim: I'll look a bit closer there | 20:54 |
elarson | ah good call | 20:54 |
elarson | domain.serial is how pool manager does it | 20:54 |
timsim | Yeah, that makes sense. | 20:58 |
timsim | Just always keep it up to the latest date I spose. | 20:58 |
*** sonuk has joined #openstack-dns | 21:29 | |
*** jingjing_ren has joined #openstack-dns | 21:39 | |
*** cheenpo has joined #openstack-dns | 22:01 | |
*** jmcbride has quit IRC | 22:04 | |
*** banix has quit IRC | 22:05 | |
*** rudrajit has quit IRC | 22:10 | |
*** leitan has quit IRC | 22:13 | |
Kiall | dhellmann: sorry, team gathering in Dublin so was out of the office.. Yes, client can now be cut whenever you have a moment .. Thanks! | 22:19 |
Kiall | pglass / timsim : creating a secondary without s master should not be allowed as far as I remember that code... | 22:20 |
openstackgerrit | Paul Glass proposed openstack/python-designateclient: Layout some functional tests for the V2 CLI https://review.openstack.org/216306 | 22:26 |
*** ducttape_ has quit IRC | 22:32 | |
openstackgerrit | Paul Glass proposed openstack/python-designateclient: Layout some functional tests for the V2 CLI https://review.openstack.org/216306 | 22:32 |
*** sonuk has quit IRC | 22:36 | |
*** pglass has quit IRC | 22:37 | |
*** cheenpo has quit IRC | 22:39 | |
*** rsyed is now known as rsyed_away | 22:41 | |
*** mlavalle_ has quit IRC | 22:54 | |
*** james_li has quit IRC | 23:04 | |
*** km has joined #openstack-dns | 23:25 | |
*** ccneill has quit IRC | 23:28 | |
*** banix has joined #openstack-dns | 23:29 | |
*** rudrajit has joined #openstack-dns | 23:36 | |
*** dtx00ff has joined #openstack-dns | 23:46 | |
*** kei_yama has joined #openstack-dns | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!