Public bug reported:

See: http://logs.openstack.org/89/639889/3/check/placement-
perfload/e56f0a0/logs/placement-api.log (or any other recent perfload
run) where there are multiple errors when trying to create aggregates.

Various bits of work have been done to try to fix that up, but
apparently none of them have fully worked.

Tetsuro had some ideas on using better transaction defaults in mysql's
configs, but I was reluctant to do that because presumably a lot of
people install and use the defaults and ideally our solution would "just
work" with the defaults.

Perhaps I'm completely wrong about that. In a very high concurrency
situation (which is what's happening in the perfload job) tweaks of the
db may be required.

In any case, this probably needs more attention: whatever the solution
we don't want to be able to create 500s so easily. And the solution is
not simply to make them 4xx. We want the problem to not happen.

** Affects: nova
     Importance: Low
         Status: New


** Tags: placement

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1818498

Title:
  Placement aggregate creation continues to be unstable under very high
  load

Status in OpenStack Compute (nova):
  New

Bug description:
  See: http://logs.openstack.org/89/639889/3/check/placement-
  perfload/e56f0a0/logs/placement-api.log (or any other recent perfload
  run) where there are multiple errors when trying to create aggregates.

  Various bits of work have been done to try to fix that up, but
  apparently none of them have fully worked.

  Tetsuro had some ideas on using better transaction defaults in mysql's
  configs, but I was reluctant to do that because presumably a lot of
  people install and use the defaults and ideally our solution would
  "just work" with the defaults.

  Perhaps I'm completely wrong about that. In a very high concurrency
  situation (which is what's happening in the perfload job) tweaks of
  the db may be required.

  In any case, this probably needs more attention: whatever the solution
  we don't want to be able to create 500s so easily. And the solution is
  not simply to make them 4xx. We want the problem to not happen.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1818498/+subscriptions

-- 
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to     : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help   : https://help.launchpad.net/ListHelp

Reply via email to