commit 02de17c72ac0f0824df2b3d460739a58cb6b5285
Author: Sean Dague <email address hidden>
Date: Mon Nov 9 16:54:19 2015 -0500
skip lock_unlock_server test for cells
The cells architecture of doing db replay makes this call
fundamentally racey for cells. The contract is that if you request an
action on a server and it is locked, you get a 409 at the API, and are
done. If you get a 2xx, the resource is not locked, and life is good.
Except in cells, the API db will be updated, and the API will return
all is well. Except the db replay hasn't happened for the cell, so the
additional check in the nova compute for locked blows up.
The fix probably involves the nova-compute check doing a timed retry
under cells because of replication lags.
Reviewed: https:/ /review. openstack. org/243327 /git.openstack. org/cgit/ openstack/ nova/commit/ ?id=02de17c72ac 0f0824df2b3d460 739a58cb6b5285
Committed: https:/
Submitter: Jenkins
Branch: master
commit 02de17c72ac0f08 24df2b3d460739a 58cb6b5285
Author: Sean Dague <email address hidden>
Date: Mon Nov 9 16:54:19 2015 -0500
skip lock_unlock_server test for cells
The cells architecture of doing db replay makes this call
fundamentally racey for cells. The contract is that if you request an
action on a server and it is locked, you get a 409 at the API, and are
done. If you get a 2xx, the resource is not locked, and life is good.
Except in cells, the API db will be updated, and the API will return
all is well. Except the db replay hasn't happened for the cell, so the
additional check in the nova compute for locked blows up.
The fix probably involves the nova-compute check doing a timed retry
under cells because of replication lags.
Change-Id: Ic18407b8372c28 6d8e258860f3e2b f76eceef2aa
Related-Bug: #1466696