PowerPath: PowerPath LUN'da bölüm tablosu olmamasına rağmen Linux dosya sistemi nasıl genişletilir
Summary: PowerPath: PowerPath LUN'da bölüm tablosu olmamasına rağmen Linux dosya sistemi nasıl genişletilir?
Symptoms
Müşteri, yerel Linux LVM dosya sistemi SAN LUNS'da eşlenmiş iki genişletmeye çalışıyordu ve başarısız oldu.
Linux 2.6.18-128.el5 çalıştıran RHEL5 ve RHEL6 sunucularına PowerPath 5.3 SP 1 (derleme 111) üzerinden birden fazla LUN sunan bir VNX5500
Müşteri, VNX'te bu iki LUN için kullanıcı kapasitesini zaten genişletmişti.
Önceki kapasite 82 GB ve 60 GB idi ve sırasıyla 136 GB ve 90 GB'a genişletildi.
Müşterinin izlediği prosedür:
lvdisplay -v /dev/[volgroup]/[logicalvolume]- fiziksel cihazı tanımlamak içinfdisk -l /dev/[device]- Bölüm tablosunu doğrulamak içindf -h /[mountpoint]- Mevcut kapasiteyi doğrulamak içingrep mpt /sys/class/scsi_host/host?/proc_name- Yeniden taranacak SCSI veri yolunu tanımlamak içinecho "- - -" > /sys/class/scsi_host/hostX/scan- 'hostX' cihazını yeniden taramak içinpvs /dev/[device]- Fiziksel birim boyutunu kontrol etmek içinpvresize /dev/[device]- fiziksel birimi yeni LUN boyutuna büyütmek içinpvs /dev/[device]- Yeni fiziksel birim boyutunu kontrol etmek içinvgscan- birim grubu önbelleklerini yeniden oluşturmak içinvgs [volgroup]- Disk bölümü grubu bilgilerini doğrulamak içinlvextend -l +100%FREE /dev/[volgroup]/[logicalvolume]- Diski doldurmak için mantıksal birimi genişletmek içinresize2fs /dev/[volgroup]/[logicalvolume]- mantıksal birimdeki dosya sistemini yeniden boyutlandırmak içindf -h /[mountpoint]- Yeni kapasiteyi doğrulamak için
PowerPath bağlı LUN'ların geçerli bir bölüm tablosu yok gibi görünüyor:
fdisk -l /dev/emcpowercb Disk /dev/emcpowercb: 91.2 GB, 91268055040 bytes 255 heads, 63 sectors/track, 11096 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk /dev/emcpowercb doesn't contain a valid partition table
/dev/emcpowercb öğesinin ilk 512 baytı aşağıdaki gibidir:
hexdump -Cn512 /dev/emcpowercb 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000200
Yine de LUN'lar bağlıdır ve sistem tarafından erişilebilir (örneğin):
df -h /DCCDBUNIX/data01 Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg2dccdbnx2pd01-lvdccdbnxd01 84G 67G 13G 84% /DCCDBUNIX/data01
Yukarıdaki örnek, aşağıdaki PowerPath eşlenmiş LUN için geçerlidir:
vgdisplay -v vg2dccdbnx2pd01 Using volume group(s) on command line Finding volume group "vg2dccdbnx2pd01" --- Volume group --- VG Name vg2dccdbnx2pd01 --- Logical volume --- LV Name /dev/vg2dccdbnx2pd01/lvdccdbnxd01 VG Name vg2dccdbnx2pd01 LV Size 85.00 GB Block device 253:9 --- Physical volumes --- PV Name /dev/emcpowercb Total PE / Free PE 21759 / 0
Cause
PowerPath LUN'da bölüm tablosu olmamasına rağmen Linux dosya sistemini genişletmeye mi çalışıyorsunuz?
Resolution
Red Hat uyarınca, fiziksel birimi ortaya çıkarmak için komutun kullanılması doğrudur.
pvs -o+pv_used /dev/[pseudo_device]
Ardından sisteme disk eklerken ve birim grubunu eklenen diskin üzerinde şerit şeklinde genişletirken.
Orijinal LUN genişletildiğinde kullanılmayan ham disk alanını göstermek için.
pvs -av /dev/[pseudo_device]
Aygıtı ana bilgisayardan taramaya ek olarak, tüm PowerPath yerel aygıtları için blockdev komutları tasarlandığı gibi ÇALIŞTI.
:
blockdev --rereadpt /dev/sds blockdev --rereadpt /dev/sdbr blockdev --rereadpt /dev/sddq
Aşağıdaki komut, joker karakterleri /sys/class/scsi_host/hostX/scan şeklinde tekrarlayarak LUN aygıtını yenilemek için tüm HBA'yı yeniden taramak üzere ana bilgisayarı kullanmanın ÇALIŞMAMASINI sağlıyordu.
echo "1" >/sys/block/sds/device/rescan echo "1" >/sys/block/sdbr/device/rescan echo "1" >/sys/block/sddq/device/rescan
Ardından, son adım olarak Unisphere'de LUN'u genişletmenin çalışması için kök içinde olması gerekir.
# powermt display dev=emcpowerai Pseudo name=emcpowerai VNX ID=APMXXXXXXXXXXX [xxxxx] Logical device ID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx [xxxxx_dccdbnx2i02_RV] state=alive; policy=CLAROpt; queued-IOs=0 Owner: default=SP A, current=SP A Array failover mode: 4 ============================================================================== --------------- Host --------------- - Stor - -- I/O Path -- -- Stats --- ### HW Path I/O Paths Interf. Mode State Q-IOs Errors ============================================================================== 3 lpfc sds SP A5 active alive 0 0 3 lpfc sdbr SP B5 active alive 0 0 4 lpfc sddq SP A4 active alive 0 0 pvs -o+pv_used,dev_size |grep /dev/emcpowerai /dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 60.00G 0 60.00G 60.00G umount /DCCDBUNIX/index01 blockdev --rereadpt /dev/sds blockdev --rereadpt /dev/sdbr blockdev --rereadpt /dev/sddq pvs -o+pv_used,dev_size |grep /dev/emcpowerai /dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 60.00G 0 60.00G 92.00G pvresize /dev/emcpowerai Physical volume "/dev/emcpowerai" changed 1 physical volume(s) resized / 0 physical volume(s) not resized pvs -o+pv_used,dev_size |grep /dev/emcpowerai /dev/emcpowerai vg2dccdbnx2qi01 lvm2 a-- 92.00G 32.00G 60.00G 92.00G pvscan |grep '/dev/emcpowerai' PV /dev/emcpowerai VG vg2dccdbnx2qi01 lvm2 [92.00 GB / 32.00 GB free] vgscan |grep 'vg2dccdbnx2qi01' Found volume group "vg2dccdbnx2qi01" using metadata type lvm2 vgs |grep vg2dccdbnx2qi01 vg2dccdbnx2qi01 1 1 0 wz--n- 92.00G 32.00G lvextend -l +100%FREE /dev/vg2dccdbnx2qi01/lvdccdbnxi01 lvextend -l +100%FREE /dev/vg2dccdbnx2qi01/lvdccdbnxi01 Extending logical volume lvdccdbnxi01 to 92.00 GB Logical volume lvdccdbnxi01 successfully resized resize2fs /dev/vg2dccdbnx2qi01/lvdccdbnxi01 resize2fs 1.39 (29-May-2006) Please run 'e2fsck -f /dev/vg2dccdbnx2qi01/lvdccdbnxi01' first. e2fsck -f /dev/vg2dccdbnx2qi01/lvdccdbnxi01 e2fsck 1.39 (29-May-2006) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/vg2dccdbnx2qi01/lvdccdbnxi01: 43/7864320 files (16.3% non-contiguous), 12034277/15727616 blocks resize2fs /dev/vg2dccdbnx2qi01/lvdccdbnxi01 resize2fs 1.39 (29-May-2006) Resizing the filesystem on /dev/vg2dccdbnx2qi01/lvdccdbnxi01 to 24116224 (4k) blocks. The filesystem on /dev/vg2dccdbnx2qi01/lvdccdbnxi01 is now 24116224 blocks long. mount /DCCDBUNIX/index01 df -h /dev/mapper/vg2dccdbnx2qi01-lvdccdbnxi01 91G 45G 41G 53% /DCCDBUNIX/index01
Başka bir seçenek de, tam bir yeniden tarama oluşturduğu için işe yarayan yeniden başlatmaktır.