yahoo-eng-team team mailing list archive

["Markus Zoeller \(markus_z\)" <mzoeller@xxxxxxxxxxxxxxxxxx>]

This is an automated cleanup. This bug report has been closed because it
is older than 18 months and there is no open code change to fix this.
After this time it is unlikely that the circumstances which lead to
the observed issue can be reproduced.

If you can reproduce the bug, please:
* reopen the bug report (set to status "New")
* AND add the detailed steps to reproduce the issue (if applicable)
* AND leave a comment "CONFIRMED FOR: <RELEASE_NAME>"
  Only still supported release names are valid (LIBERTY, MITAKA, OCATA, NEWTON).
  Valid example: CONFIRMED FOR: LIBERTY


** Changed in: nova
   Importance: Low => Undecided

** Changed in: nova
       Status: Confirmed => Expired

-- 
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/1160487

Title:
  Nova list is extremely slow with lots of vms

Status in OpenStack Compute (nova):
  Expired

Bug description:
  When performing a list for 'all-tenants' by an admin (or someone with
  a policy that can run this command), or when a single user has a large
  amount of vms, the command itself can block a whole nova-api process
  for a long time, this can make it easy for said users to DOS the whole
  system. This is more evident as you add more users and more tenants or
  a user makes a lot of vms. Likely some kind of pagination should be
  used (?) or the queries being performed should be analyzed to make
  sure they are optimal (and not repeated many times in for loops...)

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