Hi,

so it is correct, that custom properties should not be set. That is somehow different than in every other OpenStack resource I worked with.

1. Why is it allowed to even set custom properties then?
2. What would be the right way to set some information (e.g. "encryption_enabled = True"), that is visible for users, but does not need to be checked by the scheduler or driver?

greetings
Josephine

Am 02.02.24 um 15:31 schrieb Eric Harney:
I believe volume creation is failing here because the scheduler is looking for the extra_specs/properties specified in the type, but no backend is reporting those extra_specs, so the scheduler filters out all backends and can't fulfill the request.  (The scheduler debug logs should show this.)

Extra_specs fields added to the type need to correspond to something reported by the volume service.

Thanks,
Eric


On Fri, Feb 2, 2024 at 9:12 AM Josephine Seifert <josephine.seifert@cloudandheat.com> wrote:
Hi,

I was experimenting with the extra_specs of volume types for a project.
And while I was able to set and unset properties freely, the volumes
created from volume types with random properties could not be created.
They always went into Error state.

When I removed the properties from the volume type, volumes could be
created again. Is it meant to behave like this? So in other words: Are
custom properties not allowed for volume types? And if so, why am I
allowed to set custom properties? I would expect an Error to happen in
the volume type set --property ... process and not when creating a volume.

greetings.
Josephine (Luzi)

-- 
Josephine Seifert
IT-Innovationsassistent

Cloud&Heat Technologies GmbH
Königsbrücker Straße 96 | 01099 Dresden
+49 351 479 367 00
Josephine.Seifert@cloudandheat.com | www.cloudandheat.com

Green, Open, Efficient.
Your Cloud Service and Cloud Technology Provider from Dresden.
https://www.cloudandheat.com/

Commercial Register: District Court Dresden
Register Number: HRB 30549
VAT ID No.: DE281093504
Managing Director: Nicolas Röhrs
Authorized signatory: Dr. Marius Feldmann