CentOS 6.x의 SCSI 디바이스 매핑 문제. 버그?
OS - CentOS 6.2 Minimal x86_64
[root@Stor-Main tmp]# parted -l
Model: SMC SMC2108 (scsi)
Disk /dev/sda: 7996GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 17.4kB 7996GB 7996GB primary lvm
Model: SMC SMC2108 (scsi)
Disk /dev/sdb: 9995GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 17.4kB 9995GB 9995GB primary lvm
Model: ATA ST9250315AS (scsi)
Disk /dev/sdc: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 211MB 210MB primary ext4 boot
2 211MB 1285MB 1074MB primary linux-swap(v1)
3 1285MB 2358MB 1074MB primary ext4
4 2358MB 250GB 248GB extended
5 2360MB 4994MB 2634MB logical ext4
6 4995MB 6069MB 1074MB logical ext4
7 6070MB 6280MB 210MB logical ext4
현재 메인보드 내장 SATA포트에 250G SATA HDD(OS설치) 1개와 별도의 LSI 컨트롤러에 Raid5로 구성된 7996GB 볼륨 & 9995GB 볼륨 2개가 있습니다.
시스템을 리부팅하게 되면 250G SATA HDD가 sda로 잡힐때가 있고, sdc로 잡힐 때가 있음. 오락가락 함.
따라서 시스템을 껏따켜면 Raid5 볼륨도 sda로 잡혔다가 sdb로 잡혔다가 왔다리 갔다리 함.
하드웨어를 납품받은 벤더 엔지니어에게 물어보니 CentOS 6.X 에서 일어나는 현상이고, 버그같다는 얘기를 하는데.
CentOS 6.X의 버그인지 아니면 원래그런지 모르겠네요..
LVM 형태로 만들어 버리거나 장치의 UUID를 이용하면 문제가 없겠지만,
현재 GFS2, iSCSI, Cluster를 접목한 공유 저장장치를 만들려고 하는데, target device 설정시 backing-store 지정하는 부분에서 device mapping 정보가 수시로 바뀌니 난감하네요.
시스템의 fstab 설정된걸 보면 마운트방식이 기존 CentOS 4.x 나 5.x 처럼 LABEL도 아닌 UUID를 사용하는거 봐선 OS 상의 변화라고 보이는데..
[root@Stor-Main tmp]# cat /etc/fstab
UUID=d355f3ec-da29-4c14-b441-a2e3c92a83d3 / ext4 defaults 1 1
UUID=8f828811-0331-4a61-bbbe-c9e7c5a0d603 /boot ext4 defaults 1 2
UUID=b6b34b95-48b2-46b5-80bb-a8a23b7eeac6 /tmp ext4 defaults,noexec,nosuid 1 2
UUID=ec43dfbe-2ff8-4c7a-821b-8b6e95ba887d /usr ext4 defaults 1 2
UUID=f8cabd70-b43e-4d2b-9b02-c31b943cffff /var ext4 defaults 1 2
UUID=27393099-3f53-4909-8cd7-2f302f1d46e2 swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults,noexec,nosuid 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0
/dev/vg_0/lv_0 /home xfs defaults,noexec,nosuid,nodev,noatime,nodiratime,logbufs=8 1 1
/dev/vg_1/lv_0 /data1 xfs defaults,noexec,nosuid,nodev,noatime,nodiratime,logbufs=8 1 1
이게 버그인지?? 아님, 원래 그렇다면 장치명을 안바뀌게 할 순 없는건지..? 이점 아시는분 계시나요?
이 문제는 6.x 말고 그 아래에서도 가끔은
이 문제는 6.x 말고 그 아래에서도 가끔은 생겼었습니다.
이걸 해결해주는 방법은 udev를 쓰는 방법이 있습니다.
you must know the power of dark side.
답변 감사합니다.
udev를 써서 해결하라고 하셨는데, 구체적으로 어떻게 사용을 하나요?
CentOS 6.x에선 가끔이 아니라 자주 발생을 합니다.
그리고 udev관련 해서 CentOS 4.x, 5.x, 6.x 의 /etc/udev/rules.d/50-udev.rules 파일을 찾아보니 6.x에만 udev rule 파일이 없습니다.
이것 때문에 그런지는 테스트를 통해서 확인해 봐야 할 듯 하고..
아니면 메인보드에서 AHCI(HotPluging Support)로 설정을 하고 OS를 설치를 해서 그러나..?
Kernel-2.6.19 이상에서 AHCI를 지원하는데 2.6.32 Kernel 기반의 CentOS6와 AHCI의 조합으로 인한 현상인가 하는 추측도 생기네요.
이것도 테스트를 통해 확인 가능하지만
댓글 달기