test_create_list_delete_volume_transfer fails in the gate
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Cinder |
Invalid
|
Undecided
|
Unassigned | ||
tempest |
In Progress
|
High
|
John Griffith |
Bug Description
New fail here:
http://
2013-11-26 08:54:04.252 | traceback-1: {{{
2013-11-26 08:54:04.253 | Traceback (most recent call last):
2013-11-26 08:54:04.253 | File "tempest/
2013-11-26 08:54:04.253 | return self.delete(
2013-11-26 08:54:04.253 | File "tempest/
2013-11-26 08:54:04.253 | return self.request(
2013-11-26 08:54:04.253 | File "tempest/
2013-11-26 08:54:04.253 | resp, resp_body)
2013-11-26 08:54:04.253 | File "tempest/
2013-11-26 08:54:04.254 | raise exceptions.
2013-11-26 08:54:04.254 | BadRequest: Bad request
2013-11-26 08:54:04.254 | Details: {u'badRequest': {u'message': u'Invalid volume: Volume status must be available or error, but current status is: awaiting-transfer', u'code': 400}}
2013-11-26 08:54:04.254 | }}}
2013-11-26 08:54:04.254 |
2013-11-26 08:54:04.254 | Traceback (most recent call last):
2013-11-26 08:54:04.255 | File "tempest/
2013-11-26 08:54:04.255 | self.assertEqua
2013-11-26 08:54:04.255 | File "/usr/local/
2013-11-26 08:54:04.255 | self.assertThat
2013-11-26 08:54:04.255 | File "/usr/local/
2013-11-26 08:54:04.255 | raise MismatchError(
2013-11-26 08:54:04.255 | MismatchError: !=:
2013-11-26 08:54:04.256 | reference = u'5e331c69-
2013-11-26 08:54:04.256 | actual = u'1fe91e30-
2013-11-26 08:54:04.256 |
2013-11-26 08:54:04.256 |
2013-11-26 08:54:04.256 | =======
2013-11-26 08:54:04.256 | FAIL: tempest.
Seeing a few failures in the cinder api logs but not around the same time as this failure.
http://
http://
Changed in tempest: | |
importance: | Undecided → High |
This is actually due to a bad assumption in Tempest of there only ever being a single transfer. This also seems to expose an issue with the wait for resource status.