Volume encryption tests handling on multibackend environments
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| tempest |
Confirmed
|
Low
|
Unassigned | ||
Bug Description
When multiple volume backends are available, encryption tests may fail if encryption is not supported on some backends. For example, whenever the NFS protocol is used, encryption does not work (proof: there is work in progress here https:/
As the environment as a whole supports encryption, It should be possible to run encryption tests but limit them on the supported backend(s).
I see various possible solutions:
1) make sure volume.
2) add a new configuration variable which will be used when calling EncryptionScena
This has two possible variants:
2a) let this configuration key list a single backend. This may be limit the tested scenarios if more backend are capable of encryption;
2b) allow for a list of values, and choose one randomly. This may introduce too much randomness and it is not exactly the same as "allow cinder to choose any capable resource".
3) assume that the first backend in volume.backend_list work with encryption. This is a bit risky and potentially limits which scenarios can be tested.
| Martin Kopec (mkopec) wrote | #1 |
| Luigi Toscano (ltoscano) wrote | #3 |
| Martin Kopec (mkopec) wrote | #4 |
| Changed in tempest: | |
| importance: | Undecided → Low |
| status: | New → Confirmed |
| Luigi Toscano (ltoscano) wrote | #5 |
| Ghanshyam Mann (ghanshyammann) wrote | #6 |
| Benny Kopilov (bkopilov) wrote | #7 |
What exactly is failing? I don't see any tempest relevant failures in that review, some cinder tests are failing there but that's plugin's issue, isn't it?