Comment 10 for bug 1848608

Douglas, looking at the logs a bit more, I feel the problem is in manila's API and not the tests.

In the logs uploaded to this bug, the scenario is as follows:

* Share A is created and one of its export locations is noted
* Share A is unmanaged
* Share A is managed again as A', and one of its new export locations is noted
* Using this new export location, the test attempts to manage share A' again, expecting a failure

On the third step of this test, when export locations of A' are listed, we see this list:

"export_locations": [
  {"path": "10.0.0.20:/path/to/fake/share/share_d01ca7ad_40ac_42e7_818b_8758054785c9_cf0481e7_4aa7_4888_aad0_60eeae208b56",
   "share_instance_id": "cf0481e7-4aa7-4888-aad0-60eeae208b56", "is_admin_only": false, "id": "96f467ac-a4c5-4d8b-9811-b0c4ecfcb9a2", "preferred": false},
  {"path": "11.0.0.11:/path/to/fake/share/share_d01ca7ad_40ac_42e7_818b_8758054785c9_cf0481e7_4aa7_4888_aad0_60eeae208b56",
   "share_instance_id": "cf0481e7-4aa7-4888-aad0-60eeae208b56", "is_admin_only": true, "id": "9ba2c66e-a536-4969-bb12-75b9eac672c0", "preferred": false},
  {"path": "10.0.0.10:/path/to/fake/share/share_d01ca7ad_40ac_42e7_818b_8758054785c9_cf0481e7_4aa7_4888_aad0_60eeae208b56",
   "share_instance_id": "cf0481e7-4aa7-4888-aad0-60eeae208b56", "is_admin_only": false, "id": "82e060b5-1da4-4642-8881-d1bc1da8482a", "preferred": true}
]

The test uses the first of these to attempt the manage operation again:

"export_path": "10.0.0.20:/path/to/fake/share/share_d01ca7ad_40ac_42e7_818b_8758054785c9_cf0481e7_4aa7_4888_aad0_60eeae208b56",

While a failure is expected, due to [1]; the request doesn't fail somehow.

[1] https://opendev.org/openstack/manila/src/commit/b6b2eb5cf3a32e506af8734acecb4a34ceafc982/manila/share/api.py#L724-L728