Use SpawnIsSynchronousFixture in reschedule functional tests
We see that in successful tests that are usually running some
kind of negative or reschedule scenario that they will dump
a stacktrace to the subunit output buffer because
_allocate_network_async will raise an error. Too many of these
can eventually blow up the subunit output buffer and cause
tests to fail.
To guard against this, we use the SpawnIsSynchronousFixture in
the base class of two known test classes [1][2] that show a
stacktace with _allocate_network_async in successful runs. As a
result, one of the tests has to be fixed due to improper stubbing.
Reviewed: https:/ /review. opendev. org/682140 /git.openstack. org/cgit/ openstack/ nova/commit/ ?id=bb2b7cad294 bebd6b3bdd6d100 43c3c2fb038140
Committed: https:/
Submitter: Zuul
Branch: master
commit bb2b7cad294bebd 6b3bdd6d10043c3 c2fb038140
Author: Matt Riedemann <email address hidden>
Date: Fri Sep 13 14:58:49 2019 -0400
Use SpawnIsSynchron ousFixture in reschedule functional tests
We see that in successful tests that are usually running some network_ async will raise an error. Too many of these
kind of negative or reschedule scenario that they will dump
a stacktrace to the subunit output buffer because
_allocate_
can eventually blow up the subunit output buffer and cause
tests to fail.
To guard against this, we use the SpawnIsSynchron ousFixture in network_ async in successful runs. As a
the base class of two known test classes [1][2] that show a
stacktace with _allocate_
result, one of the tests has to be fixed due to improper stubbing.
[1] UnsupportedPort ResourceRequest BasedScheduling Test uestReSchedulin gTest
[2] PortResourceReq
Change-Id: Ib18ecaebbeccc9 c9cea32ca894917 5fcea0414ac
Related-Bug: #1813147