Невозможно расширить логический том на RHEL Appliance

Проблема

У меня возникла проблема при обновлении виртуального устройства RHEL для шлюза CA / Broadcom API.

Проблема проявляется во время обновления с 9.3 до 9.4, когда каталог 2GB / tmp слишком мал для извлечения патча платформы.

Естественно, следующим шагом было увеличение каталога / tmp для успешного извлечения - следуя документации, найденной здесь:

https://techdocs.broadcom.com/content/broadcom/techdocs/us/en/ca-enterprise-software/layer7-api-management/api-gateway/9-3/reference/virtual-appliance-deployment-best- практики / конфигурация виртуального устройства / увеличение размера виртуального диска.html

Я сделал все это без проблем:

fdisk /dev/sdb
Select Option N to add a new partition
Select Option P to set the new partition as the primary
Specify "1" to set the partition number
Press <Enter> to accept the default starting cylinder
Press <Enter> to accept the default ending cylinder
Select Option T to change the partition type
Specify "8e" to change the type to "Linux LVM"
Select Option W to write the changes to disk.
Initialize the new disk partition: pvcreate /dev/sdb1
Add a physical volume to an existing volume group: vgextend vg00 /dev/sdb1

Где ломается:

Моя проблема возникает здесь: lvextend -r -l +100%FREE /dev/mapper/vg00-lv_tmp /dev/sdb1

Флаг "-r" в lvextend (resize2fs) изменяет размер фактической файловой системы, и это та часть, которая не работает

Глядя на lvscan, фактический том был успешно расширен (исходные 2 ГБ + дополнительные 10 ГБ с дополнительного диска = 12 ГБ) на / lv_tmp

Проблема заключается в следующем: хотя логический том был расширен, файловая система НЕ изменила размер успешно (так эффективно lvscan сообщает 12 ГБ и df -h говорится только 2 ГБ)

Я просто получаю fsadm: Resize ext3 Failed. fsadm failed: 1

Ожидаемый результат:

Полезное пространство следует увеличить до 12 ГБ после увеличения исходных 2 ГБ еще на 10 ГБ.