[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