Looking at [1] you can look for the relevant thread and
gdb into it to see what's it about
[1]
When running o-s-t, and specifically when running
add_secondary_storag,
lago command is taking 100% CPU. I'm not sure where and why, and trying to
narrow down the relevant threads did not yield a lot - it's not the Glance
related functions, for example.
I did try to make some changes to testlib.py, in an effort to reduce what
I thought was a tight loop, but it made no effect (nevertheless, I think
those are good changes):
[ykaul@ykaul lago-ost-plugin]$ diff -u ovirtlago/testlib.py
/usr/lib/python2.7/site-packages/ovirtlago/testlib.py
--- ovirtlago/testlib.py 2017-07-28 11:15:31.506848944 +0300
+++ /usr/lib/python2.7/site-packages/ovirtlago/testlib.py 2017-07-28
09:29:19.403446285 +0300
@@ -209,7 +209,7 @@
return any(True for cls in cls_list if isinstance(obj, cls))
-def assert_equals_within(func, value, timeout, allowed_exceptions=None):
+def assert_equals_within(func, value, timeout, allowed_exceptions=None,
initial_wait=15):
allowed_exceptions = allowed_exceptions or []
with utils.EggTimer(timeout) as timer:
while not timer.elapsed():
@@ -219,12 +219,17 @@
return
except Exception as exc:
if _instance_of_any(exc, allowed_exceptions):
+ time.sleep(3)
continue
LOGGER.exception("Unhandled exception in %s", func)
raise
- time.sleep(3)
+ if initial_wait == 0:
+ time.sleep(3)
+ else:
+ time.sleep(initial_wait)
+ initial_wait = 0
try:
raise AssertionError(
'%s != %s after %s seconds' % (res, value, timeout)
Any ideas how to debug this? I'm on F26, with latest Lago.
Y.
_______________________________________________
lago-devel mailing list
lago-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/lago-devel