[openstack-dev] [designate] Designate performance issues

stanzgy stan.zgy at gmail.com
Fri Mar 20 09:46:36 UTC 2015


Hi vinod, thanks for you reply. I have report a bug with related log
snippets here:

https://bugs.launchpad.net/designate/+bug/1434479

On Thu, Mar 19, 2015 at 10:11 PM, Vinod Mangalpally <
vinod.mang at rackspace.com> wrote:

>  Hi Zhang,
>
>  Thank you for reporting the bug. The number of records does not seem too
> high. At this point I do not have a suggestion to improve the situation,
> but I will investigate this. Could you file a bug report? Relevant log
> snippets would also be helpful.
>
>  --vinod
>
>   From: stanzgy <stan.zgy at gmail.com>
> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev at lists.openstack.org>
> Date: Thursday, March 19, 2015 2:39 AM
> To: "OpenStack Development Mailing List (not for usage questions)" <
> openstack-dev at lists.openstack.org>
> Subject: [openstack-dev] [designate] Designate performance issues
>
>       Hi all. I have setup kilo designate services with powerdns backend
> and mysql innodb storage in a single node.
>  The services function well at first. However, after inserting 13k A
> records via API  within 3 domains (5k, 5k, 3k for each), the service stops
> working.
>
> designate-api returns 500 and many RPCs timeout
>  designate-central takes 100% cpu, seems trying hard updating domains but
> failed
>  designate-mdns also takes 100% cpu, flooded with "Including all tenants
> items in query results" logs
>  powerdns gets timeout errors during AXFR zones
>
>  The server doesn't seem to turn any better after suffering in this state
> for hours. What I could do to recover the service is to cleanup databases
> and restart the service.
>
>  My question is:
>  1. Is it not recommended to create too many records in a single domain?
>  2. Any suggestions to improve this situation?
>
>  --
>   Best Regards,
>
> Zhang Gengyuan
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
Best Regards,

Zhang Gengyuan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150320/fcd7eeb9/attachment.html>


More information about the OpenStack-dev mailing list