[openstack-dev] [nova] Microsoft Hyper-V CI failing all jobs due to rescue functionality
Jay Pipes
jaypipes at gmail.com
Sun May 22 23:25:13 UTC 2016
The Hyper-V CI system is failing all rescue/unrescue tests with errors
similar to this one:
(tempest.api.compute.servers.test_server_rescue_negative.ServerRescueNegativeTestJSON)_StringException:
Traceback (most recent call last):
File "tempest/test.py", line 279, in setUpClass
six.reraise(etype, value, trace)
File "tempest/test.py", line 272, in setUpClass
cls.resource_setup()
File "tempest/api/compute/servers/test_server_rescue_negative.py",
line 59, in resource_setup
cls.rescue_id, 'RESCUE')
File "tempest/common/waiters.py", line 75, in wait_for_server_status
server_id=server_id)
tempest.exceptions.BuildErrorException: Server
2ba65310-80d5-497b-8253-c8aac00fb10e failed to build and is in ERROR status
Details: {u'message': u"Instance 2ba65310-80d5-497b-8253-c8aac00fb10e
cannot be rescued: Driver Error: 'MaxInternalSize'", u'code': 400,
u'created': u'2016-05-22T21:59:49Z'}
The above failures are actually *expected* until the following patch lands:
https://review.openstack.org/#/c/127159/
which adds rescue support to the Hyper-V virt driver. Note that the
Hyper-V CI tests in the above patch are passing properly.
Can we get another nova-core to take a final look at the above patch and
approve it? That would get the Hyper-V CI tests passing for all open
Nova patches.
Longer-term, it would probably be good to get some documentation on how
to appropriately handle the Tempest two-step that needs to occur to
ensure that functional tests for a particular platform that isn't tested
in the gate can be run against code that enables that piece of
functionality...
Thanks,
-jay
More information about the OpenStack-dev
mailing list