Назад | Перейти на главную страницу

Фактическое использование физического объема для замены

У меня есть группа томов, которая состоит из двух физических томов размером 10 ТБ каждый SSD и NLSAS (да, один очень медленный, а другой очень быстрый), итого 20 ТБ.

  1. Я создал Volume backupvg с 10 ТБ SSD & отформатировал lv с помощью (ext4) (PV0)
  2. При форматировании Nlsas (ext4) (он состоял из некоторых предыдущих данных) у меня было слишком много проблем с соответствующей инфраструктурой, и я не хочу делать это снова . Только представьте, что вся инфра-компания не работает на 24 часа во время форматирования.
  3. После форматирования я добавил физический том NL-SAS 10 ТБ в резервную копию VOL GROUPvg (PV1)
  4. Теперь, когда я попытался изменить размер этого LV, я достиг предела ext4 32bit, который составляет максимум 16 ТБ. Так только resize2fs / dev / backupvg / backuplv01 16777216M работал
  5. После некоторого исследования решения и репликации того же самого на Differentnet Infra и обнаружил, что оно снова создаст проблему, такую ​​как номер 2 (SLOW NL-SAS и нарушение), поэтому подумал о том, чтобы не переходить на 64-битную версию.

Теперь мой единственный вариант - добавить дополнительный SSD 6.xxTB, максимальный размер которого у меня есть, и передать PE на него из NLSAS и удалить NLSAS из LV & VOLUME GROUP и преобразовать существующий в XFS (через некоторое время, поскольку я не хочу отформатировать номер 2).

Теперь я хочу знать, как я узнаю, сколько ФАКТИЧЕСКИХ данных используется NLSAS и сколько SSD в LV / VG, что, как мне кажется, вызывает проблему из-за 32-битной.

pvdisplay -m

--- Physical volume ---
  PV Name               /dev/mapper/SSD1
  VG Name               backupvg
  PV Size               <10.00 TiB / not usable 2.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              2621439
  Free PE               0
  Allocated PE          2621439

  --- Physical Segments ---
  Physical extent 0 to 2621438:
    Logical volume      /dev/backupvg/backuplv01
    Logical extents     0 to 2621438

  --- Physical volume ---
  PV Name               /dev/mapper/NLSAS1
  VG Name               backupvg
  PV Size               <10.00 TiB / not usable 2.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              2621439
  Free PE               0
  Allocated PE          2621439

  --- Physical Segments ---
  Physical extent 0 to 2621438:
    Logical volume      /dev/backupvg/backuplv01
    Logical extents     2621439 to 5242877

vgdisplay backupvg

  --- Volume group ---
  VG Name               backupvg
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               <20.00 TiB
  PE Size               4.00 MiB
  Total PE              5242878
  Alloc PE / Size       5242878 / <20.00 TiB
  Free  PE / Size       0 / 0

lvdisplay / dev / backupvg / backuplv01

  --- Logical volume ---
  LV Path                /dev/backupvg/backuplv01
  LV Name                backuplv01
  VG Name                backupvg
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                <20.00 TiB
  Current LE             5242878
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:57

Пожалуйста, подскажите, как преодолеть ограничение в 16 ТБ, но не форматировать / конвертировать NLSAS в 64-битный. И как проверить, какой PV используется 6TB, а какой используется full 10TB. Если используется PV NLSAS 6 ТБ, а 4 ТБ не используется, я могу подключить lun ssd 6 ТБ, чем продолжить переход от данных PV NLSAS 6 ТБ к данным SSD 6 ТБ

обновить По запросу

pvdisplay

 --- Physical volume ---
  PV Name               /dev/mapper/LUN_10TB_SSD1
  VG Name               backupvg
  PV Size               <10.00 TiB / not usable 2.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              2621439
  Free PE               0
  Allocated PE          2621439
  PV UUID               OjUFfu-*removed*

  --- Physical volume ---
  PV Name               /dev/mapper/LUN_10TB_NLSAS1
  VG Name               backupvg
  PV Size               <10.00 TiB / not usable 2.00 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              2621439
  Free PE               0
  Allocated PE          2621439
  PV UUID               57YeFo-*removed*

vgdisplay

  --- Volume group ---
  VG Name               backupvg
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               <20.00 TiB
  PE Size               4.00 MiB
  Total PE              5242878
  Alloc PE / Size       5242878 / <20.00 TiB
  Free  PE / Size       0 / 0
  VG UUID               0m9T8d-bSa7-*removed*

lvdisplay

--- Logical volume ---
  LV Path                /dev/backupvg/backuplv01
  LV Name                backuplv01
  VG Name                backupvg
  LV UUID                DT0rXQ-*removed*
  LV Write Access        read/write
  LV Creation host, time hostnameremoved, 2020-02-01 22:02:51 +0400
  LV Status              available
  # open                 1
  LV Size                <20.00 TiB
  Current LE             5242878
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:57