PowerFlex Filesystem yeniden başlatmanın ardından tanınmıyor
Summary: Yeniden başlatma sonrasında Filesystem bozuk veya mevcut değil.
Symptoms
Senaryo
- ScaleIO aygıtında bir dosya sistemi oluşturma (scinia, sinib,...)
- Dosya sistemini /dev/scinia üzerine bağlayın
- Sunucuyu yeniden başlatın
Belirtiler
Yeniden başlatmanın ardından kullanıcı, dosya sistemini bağlayamaz.
Sunucu yeniden başlatma işlemini tamamladıktan sonra dosya sistemini bağlayamadım ve fsck ile onaramadım.
# mount /dev/scinia /mnt
mount: you must specify the filesystem type
# mount -t ext4 /dev/scinia /mnt
mount: wrong fs type, bad option, bad superblock on /dev/scinia,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
# fsck /dev/scinia
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/scinia
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193
# e2fsck -b 8193 /dev/scinia
e2fsck 1.41.12 (17-May-2010)
e2fsck: Bad magic number in super-block while trying to open /dev/scinia
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>not
/var/log/messages adresinden:
[Reboot occurred here] Dec 18 13:15:48 e8c4-dl360g7-01 kernel: ECS R1_20:Created device scinia (16,0). Capacity 33554432 LB Dec 18 13:15:48 e8c4-dl360g7-01 kernel: scinia: unknown partition table Dec 18 13:25:21 e8c4-dl360g7-01 kernel: EXT4-fs (scinia): VFS: Can't find ext4 filesystem Dec 18 13:26:58 e8c4-dl360g7-01 kernel: EXT4-fs (scinia): VFS: Can't find ext4 filesystem Dec 18 13:27:11 e8c4-dl360g7-01 kernel: EXT4-fs (scinia): VFS: Can't find ext4 filesystem Dec 18 13:28:30 e8c4-dl360g7-01 kernel: EXT4-fs (scinia): VFS: Can't find ext4 filesystem Dec 18 13:33:26 e8c4-dl360g7-01 kernel: EXT4-fs (scinia): VFS: Can't find ext4 filesystem Dec 18 13:34:07 e8c4-dl360g7-01 kernel: EXT4-fs (scinia): VFS: Can't find ext4 filesystem Dec 18 16:11:00 e8c4-dl360g7-01 kernel: ECS R1_20:Created device scinia (16,0). Capacity 33554432 LB Dec 18 16:11:00 e8c4-dl360g7-01 kernel: scinia: unknown partition table Dec 18 16:11:00 e8c4-dl360g7-01 kernel: EXT4-fs (scinia): VFS: Can't find ext4 filesystem
Etki
Dosya sistemi kullanılamaz ve bozuk görünüyor.
Cause
Linux yeniden başlatıldıktan sonra geldiğinde, cihazları taramaya başlar ve otomatik olarak cihaza harfleri sıraya göre atar (ilk bulur - ilk harfi alır). Genellikle, kullanıcı hiçbir şeyi değiştirmediğinde, yeniden başlattıktan sonra, cihazlar aynı cihaz adıyla gelir, ancak bazen cihaz adı değişebilir ve farklı bir cihaza atanabilir.
Kullanıcı dosya sistemini aygıtın UUID'sine değil de /dev/sciniX'e bağladıysa, dosya sisteminin bozuk olduğunu ancak farklı bir aygıt adına atandığını düşünebilir. Bu bir Linux sorunudur ve yalnızca ScaleIO ile ilgili değildir.
Example: Kullanıcının 10 cihazı vardı, sonra 5'e düşürdü ve sadece bir gün sonra yeniden başlattı. Scinia'ya atanan aygıtın daha sonra farklı bir aygıta atandığını görebilirsiniz.
17. (10 cihazdan 5 cihaza düşürüldükten sonra)
Server-01'de
# ls -l /dev/disk/by-id/scaleio* lrwxrwxrwx 1 root root 12 Dec 17 12:00 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7a0000000c -> ../../scinij lrwxrwxrwx 1 root root 12 Dec 17 12:00 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7b0000000d -> ../../scinib lrwxrwxrwx 1 root root 12 Dec 17 12:00 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7c0000000e -> ../../scinii lrwxrwxrwx 1 root root 12 Dec 17 12:00 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7d0000000f -> ../../scinia lrwxrwxrwx 1 root root 12 Dec 17 12:00 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7e00000010 -> ../../scinih
Şimdi: yani, Dosya Sistemi (FS) "kaybolduğunda" 18'inde yeniden başlattıktan sonra
ls -l /dev/disk/by-id/scaleio* lrwxrwxrwx 1 root root 12 Dec 19 10:51 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7a0000000c -> ../../scinia lrwxrwxrwx 1 root root 12 Dec 19 10:24 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7b0000000d -> ../../scinid lrwxrwxrwx 1 root root 12 Dec 19 10:24 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7c0000000e -> ../../scinic lrwxrwxrwx 1 root root 12 Dec 19 10:24 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7d0000000f -> ../../scinie lrwxrwxrwx 1 root root 12 Dec 19 10:33 /dev/disk/by-id/scaleio-vol-376584c0169c4216-49ff9f7e00000010 -> ../../scinib
Resolution
Geçici Çözüm
Kullanıcıdan bağlama için UUID kullanmasını isteyin.
Example: Disk bölümünü, aygıt adını değil, aygıt uuid sini kullanarak eşlemeleri gerekir:
ls /dev/disk/by-uuid/ to find out the UUID
fstab girdisi örneği:
UUID=<UUID> <mount point> ext4 defaults,errors=remount-ro 0 1