fuel_migration system test stacktrace override
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Fuel for OpenStack |
Confirmed
|
High
|
Andrey Lavrentyev |
Bug Description
fuel_migration system test failed on Step 010. Check periodically the status of Fuel Master migration process
But stacktrace in useless:
2016-06-16 01:02:48,710 - ERROR __init__.py:66 -- wait_phrase_in_log raised: EOFError()
Traceback: Traceback (most recent call last):
File "/home/
result = func(*args, **kwargs)
File "/home/
"remote node".format(
File "/home/
while not predicate():
File "/home/
lambda: not SSHManager(
File "/home/
return remote.execute(cmd)
File "/home/
chan, stdin, stderr, stdout = self.execute_
File "/home/
chan = self._ssh.
File "/home/
timeout=
File "/home/
raise e
EOFError
Need to fix this so to not override system test entry point
Env: 9.0-mos-490
https:/
Changed in fuel: | |
importance: | Undecided → High |
assignee: | nobody → Fuel QA Team (fuel-qa) |
no longer affects: | mos |
Changed in fuel: | |
milestone: | none → 10.0 |
Changed in fuel: | |
status: | New → Confirmed |
Changed in fuel: | |
assignee: | Fuel QA Team (fuel-qa) → Andrey Lavrentyev (alavrentyev) |
Well, did some investigation upon the issue and how it can be fixed (from the description that was provided and understood). It looks like it's related to this particular method which stands for logging activities: https:/ /github. com/openstack/ fuel-qa/ blob/master/ fuelweb_ test/__ init__. py#L49
Going from that point what can be done:
1. Full traceback printing can be used. paste.openstack .org/show/ 538803/ paste.openstack .org/show/ 538804/
One of the draft attempts can look like this: http://
This draft produces the output something like this: http://
Not sure it's useful though.
2. 'inspect' module can be utilized to get source code and to extract decorator method name. In this case printing debug stacktrace method in case of exception might be overwritten. In theory it can be done, but the drawbacks I can see are: shadowing native Python stacktrace, what if problem occurs inside decorator; there can be more code that we can initially expect to fix all that stuff. The quick take with 'inspect' module didn't allow to get the decorator method name...
@Maksym, please, provide your vision on that and let me know if I missed the point.