PowerFlex: OpenStack: Volumegrootte komt niet overeen wanneer de image_volume_cache_enabled Waar is

Summary: De volgende twee symptomen worden waargenomen wanneer de optie "image_volume_cache_enabled" wordt gebruikt in een OpenStack/RHOSP (Red Hat OpenStack Platform) omgeving. Symptoom 1: Voor de eerste keer dat een opstartbaar volume werd gemaakt vanuit een overzichtelijke afbeelding, werd de gecreëerde volumegrootte altijd 8 GB aan de OpenStack-kant. Symptoom 2: Bij de tweede keer en later van opstartbare volumecreaties vanuit de image-volumecache, werd de grootte van de gemaakte volumes niet afgerond op 8 GB aan de OpenStack-zijde. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

De volgende twee symptomen worden waargenomen wanneer de optie "image_volume_cache_enabled" wordt gebruikt in een OpenStack/RHOSP (Red Hat OpenStack Platform) omgeving.

Symptoom 1: 
De eerste keer dat een opstartbaar volume wordt gemaakt van een overzichtsafbeelding, wordt de gecreëerde volumegrootte altijd 8 GB aan de OpenStack-kant.

Symptoom 2: 
De tweede keer dat opstartbare volumes werden aangemaakt vanuit de image-volume cache, werd de grootte van de aangemaakte volumes niet afgerond op 8 GB aan de OpenStack-kant.
 

In OpenStack/RHOSP met de PowerFlex Cinder back-end storage

De optie "image_volume_cache_enabled = True" wordt gespecificeerd in cinder.conf en er worden opstartbare volumes gemaakt.

Symptoom 1: 
Als voorbeeld, toen in eerste instantie werd gevraagd om een opstartbaar volume van 33 GB te maken, verwachtten zowel OpenStack als PowerFlex hetzelfde volume van 40 GB te hebben. Het volume van 8 GB is echter gemaakt aan de OpenStack-kant.

$ openstack volume list --long
$
$ openstack volume create --image cirros --type sio --size 33 33gb-1
$ openstack volume list --long
+--------------------------------------+--------------------------------------------+-------
| ID                                   | Name                                       | Status    | Size | Type | Bootable | Attached to | Properties      |
+--------------------------------------+--------------------------------------------+-------
| fed72292-fd84-4b33-bf63-063f1bfb9f75 | 33gb-1                                     | available |    8 | sio  | true     |             |                 | <<< 40 was expected but is 8.
| 364b78a7-0714-4b70-be16-8ec139564cb0 | image-b7d6350e-f835-4310-a5f4-6b6535ce86c4 | available |    8 | sio  | false    |             | readonly='True' | <<< This is the volume-image cache (snapshot).
+--------------------------------------+--------------------------------------------+-------

# scli --query_all_volumes
Volume ID: b582f85000000000 Name: mUnBlKjqSfur1KQillkMEw== Size: 40.0 GB (40960 MB) Not mapped Thin-provisioned <<< This is the corespoinding volume to "33gb-1".
Volume ID: b582f85100000001 Name: aWB3fINbQ7GV4BMlUXsOPQ== Size: 8.0 GB (8192 MB) Not mapped Snapshot of mUnBlKjqSfur1KQillkMEw==


 

Symptoom 2:  
Als voorbeeld, wanneer een opstartbaar volume van 50 GB wordt aangevraagd terwijl een volume-imagecache is ingeschakeld, verwachten zowel OpenStack als PowerFlex hetzelfde volume van 56 GB te hebben. Het volume van 50 GB is echter gemaakt aan de OpenStack-kant.

$ openstack volume create --image cirros --type sio --size 50 50gb-1
$ openstack volume list --long
+--------------------------------------+--------------------------------------------+-------
| ID                                   | Name                                       | Status    | Size | Type | Bootable | Attached to | Properties      |
+--------------------------------------+--------------------------------------------+-------
| 1f0a279f-9c3d-42a2-ba9c-f31fa160c92c | 50gb-1                                     | available |   50 | sio  | true     |             |                 | <<< 56 was expected but is 50.
| fed72292-fd84-4b33-bf63-063f1bfb9f75 | 33gb-1                                     | available |    8 | sio  | true     |             |                 |
| 364b78a7-0714-4b70-be16-8ec139564cb0 | image-b7d6350e-f835-4310-a5f4-6b6535ce86c4 | available |    8 | sio  | false    |             | readonly='True' |
+--------------------------------------+--------------------------------------------+-------

# scli --query_all_volumes
Volume ID: b582f85000000000 Name: mUnBlKjqSfur1KQillkMEw== Size: 40.0 GB (40960 MB) Not mapped Thin-provisioned
Volume ID: b582f85100000001 Name: aWB3fINbQ7GV4BMlUXsOPQ== Size: 8.0 GB (8192 MB) Not mapped Snapshot of mUnBlKjqSfur1KQillkMEw==
Volume ID: b582f85200000002 Name: cYLfBQJFRHKUjNjEtQpyAw== Size: 56.0 GB (57344 MB) Not mapped Snapshot of aWB3fINbQ7GV4BMlUXsOPQ== <<< This is the corresponding volume to "50gb-1".


 

Impact

Kan de back-endstoragecapaciteit en volumegrootte niet correct beheren vanaf de OpenStack-kant.

Cause

Symptoom 1: 
Dit is geen probleem met de Cinder-driver, maar een intern mechanisme van OpenStack Cinder. Het probleem is dat Cinder niet verwacht dat opslag een andere grootte schijven retourneert dan wat een gebruiker opgeeft.

Om het op te lossen, repareert u het bestand Cinder cinder/volume/flows/manager/create_volume.py . Het moet op de hoogte zijn van mogelijke afronding door sinteldriver of backend-opslag en om overeenkomstige testsuites te corrigeren.

Probleemtracering #1915015 is geopend voor de OpenStack Cinder-community om het probleem op te lossen. cf. Bug #1915015 "PowerFlex volume has invalid size after creation f...": Fouten: As 


Symptoom 2: 
Dit is een probleem met de Cinder-driver met de create_volume_from_snapshot-functie. De create_cloned_volume/extend_volume heeft hetzelfde probleem.

Er is een optie om het probleem op te lossen in de Cinder-driver door een echte volumegrootte te retourneren, maar op die manier kon de Tempest-testcycli niet worden doorstaan vanwege een ander probleem aan de Tempest-kant.

Voorlopig moet het Tempest-probleem eerst worden opgelost om een oplossing in de Cinder-driver te implementeren.

Probleemtracering #1917299 is geopend voor de OpenStack Tempest-community om het probleem op te lossen. cf. Bug #1917299 "Chunk size configuration for volume creation": Insecten : storm 

Notitie: Dit is niet gerelateerd aan symptoom 1. Gebruikers ervaren dit probleem theoretisch, zelfs zonder de optie image_volume_cache_enabled , maar wanneer de bovenstaande functies worden aangeroepen.

Resolution

Dit is geen PowerFlex-probleem. Neem contact op met de OpenStack-leverancier en deel dit Dell artikel en vermeld de trackingnummers van het probleem.

Additional Information

Versies waarop dit van toepassing is: 
Alles

opgelost in versie: 
Nog te bepalen, geen geschatte tijd tot oplossing.

Verwijzingen: 
Cinder Image-Volume cache: 
Dit is een optionele parameter die is geïmplementeerd in de Cinder-component om de prestaties van het maken van een volume uit een afbeeldingscache drastisch te verbeteren met behulp van de snapshotfunctie van de back-endstorage. Zie OpenStack document: https://docs.openstack.org/cinder/latest/admin/blockstorage-image-volume-cache.html

Tempest: 
De OpenStack Integration Test Suite wordt niet alleen gebruikt voor regressietesten, maar ook voor kwalificatie. Zie OpenStack-document: https://docs.openstack.org/tempest/latest/overview.html

Toen dit artikel werd geschreven: 

  • Symptoom 1: Geen tijdelijke oplossing met de image_volume_cache_enabled optie indien ingeschakeld
  • Symptoom 2: De enige mogelijke oplossing is om altijd een veelvoud van de volumegrootte van 8 GB op te geven.

Affected Products

OpenStack Data Protection Extension, PowerFlex Software
Article Properties
Article Number: 000188623
Article Type: Solution
Last Modified: 12 Nov 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.