PowerFlex: OpenStack: Niezgodność rozmiaru woluminu, gdy image_volume_cache_enabled ma wartość True

Summary: Następujące dwa objawy występują w przypadku korzystania z opcji "image_volume_cache_enabled" w środowisku OpenStack/RHOSP (Red Hat OpenStack Platform). Objaw 1: Po raz pierwszy w przypadku tworzenia woluminu rozruchowego z obrazu podglądu rozmiar utworzonego wolumenu zawsze wynosił 8 GB po stronie OpenStack. Objaw 2: Za drugim i późniejszym razem tworzenia woluminów rozruchowych z pamięci podręcznej woluminu obrazu rozmiar utworzonych woluminów nie był zaokrąglany do 8 GB po stronie OpenStack. ...

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

Następujące dwa objawy występują w przypadku korzystania z opcji "image_volume_cache_enabled" w środowisku OpenStack/RHOSP (Red Hat OpenStack Platform).

Objaw 1: 
Przy pierwszym tworzeniu woluminu rozruchowego z obrazu podglądu, rozmiar utworzonego wolumenu zawsze wynosi 8 GB po stronie OpenStack.

Objaw 2: 
Za drugim razem tworzenia woluminów rozruchowych z pamięci podręcznej woluminów obrazów rozmiar utworzonych woluminów nie był zaokrąglany do 8 GB po stronie OpenStack.
 

W OpenStack/RHOSP z pamięcią masową PowerFlex Cinder

Opcja "image_volume_cache_enabled = True" jest określona w pliku cinder.conf i tworzone są woluminy rozruchowe.

Objaw 1: 
Na przykład, gdy początkowo zażądano utworzenia woluminu rozruchowego o pojemności 33 GB, zarówno OpenStack, jak i PowerFlex oczekiwały, że będą miały ten sam wolumin o rozmiarze 40 GB. Jednak wolumin 8 GB został utworzony po stronie OpenStack.

$ 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==


 

Objaw 2:  
Na przykład, gdy żądane jest utworzenie woluminu rozruchowego o pojemności 50 GB, gdy jest włączona pamięć podręczna wolumin-obraz, zarówno OpenStack, jak i PowerFlex oczekują tego samego woluminu o rozmiarze 56 GB. Jednak wolumin 50 GB został utworzony po stronie OpenStack.

$ 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".


 

Wpływ

Nie można prawidłowo zarządzać pojemnością pamięci masowej zaplecza i rozmiarem woluminu po stronie OpenStack.

Cause

Objaw 1: 
To nie jest problem ze sterownikiem Cinder, ale wewnętrzny mechanizm OpenStack Cinder. Problem polega na tym, że Cinder nie oczekuje, że pamięć masowa zwróci inny rozmiar dysków niż określony przez użytkownika.

Aby rozwiązać ten problem, napraw plik Cinder cinder/volume/flows/manager/create_volume.py . Należy pamiętać o możliwych zaokrągleniach według sterownika żużlowego lub pamięci zaplecza i skorygować odpowiednie zestawy testów.

Śledzenie problemów #1915015 zostało otwarte dla społeczności OpenStack Cinder w celu rozwiązania problemu. por. błąd #1915015 "Wolumen PowerFlex ma nieprawidłowy rozmiar po utworzeniu f...": Usterki: Żużel 


Objaw 2: 
Jest to problem ze sterownikiem Cinder dotyczący funkcji create_volume_from_snapshot. W przypadku create_cloned_volume/extend_volume występuje ten sam problem.

Istnieje możliwość naprawienia tego w sterowniku Cinder, zwracając rzeczywisty rozmiar woluminu, ale w ten sposób nie udało się przejść cykli testowych Tempest z powodu innego problemu po stronie Tempest.

Na razie problem Tempest musi zostać naprawiony jako pierwszy, aby wdrożyć poprawkę w sterowniku Cinder.

Śledzenie problemów #1917299 zostało otwarte dla społeczności OpenStack Tempest w celu rozwiązania problemu. por. Bug #1917299 "Need chunk size configuration for volume creation": Błędy : burza 

Nuta: Nie jest to związane z objawem 1. Użytkownicy teoretycznie doświadczają tego problemu nawet bez opcji image_volume_cache_enabled , ale po wywołaniu powyższych funkcji.

Resolution

To nie jest problem dotyczący PowerFlex. Skontaktuj się z dostawcą OpenStack i udostępnij ten artykuł firmy Dell oraz podaj numery śledzenia problemów.

Additional Information

Wersje, których dotyczy problem: 
Wszystko

naprawione w wersji: 
Do ustalenia, brak szacowanego czasu do rozwiązania.

Odwołania: 
Pamięć podręczna Cinder Image-Volume: 
Jest to opcjonalny parametr zaimplementowany w komponencie Cinder w celu znacznego zwiększenia wydajności tworzenia woluminu z pamięci podręcznej obrazu przy użyciu funkcji migawki magazynu zaplecza. Zobacz dokument OpenStack: https://docs.openstack.org/cinder/latest/admin/blockstorage-image-volume-cache.html

Tempest: 
OpenStack Integration Test Suite służy nie tylko do testów regresyjnych, ale także do kwalifikacji. Zobacz dokument OpenStack: https://docs.openstack.org/tempest/latest/overview.html

Kiedy ten artykuł został napisany: 

  • Objaw 1: Brak obejścia z opcją image_volume_cache_enabled, gdy jest włączona
  • Objaw 2: Jedynym możliwym obejściem tego problemu jest określenie wielokrotności rozmiaru woluminu wynoszącej 8 GB.

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.