[Linux] RHEL9 LVM 디바이스 인식 문제 및 복구 방법

 

문제 개요

RHEL 9부터 LVM2는 부팅 속도 향상과 디바이스 식별 정확성을 위해 /etc/lvm/devices/system.devices 파일을 기본 활성화(use_devicesfile=1)했습니다.

이 파일은 물리 볼륨(PV)의 PVID와 디바이스 식별 정보(IDNAME)를 캐싱합니다. 하지만 디스크 복제나 클라우드 환경에서 디바이스 ID(특히 WWID나 devname)가 변경될 경우, 기존 system.devices 파일과 일치하지 않아 LVM이 PV를 인식하지 못하는 문제가 발생할 수 있습니다.

대표 증상

  • pvs, vgs, lvs 명령어 실행 시 출력 없음
  • Devices file PVID last seen on /dev/sdX not found. 경고 발생

근본 원인

system.devices 파일은 sys_wwid(디스크 고유 WWID)나 sys_serial(디스크 Serial Number)을 기준으로 관리됩니다. 그러나 디스크 복제 과정에서 시리얼 넘버가 변경되면서 기존 system.devices 파일에 저장된 정보와 불일치가 발생해 LVM 볼륨 정보를 정상적으로 인식할 수 없게 됩니다.

현재 system.devices 파일은 다음과 같은 형식으로 구성되어 있습니다.

IDTYPE=sys_serial IDNAME=a5308b98-fa11-4ae3-b... DEVNAME=/dev/vdb1 PVID=...
IDTYPE=sys_serial IDNAME=a6921fd5-d892-4ec1-8... DEVNAME=/dev/vdc1 PVID=...
필드 의미
IDTYPE       장치 식별 방법 (sys_serial)
IDNAME       디스크 시리얼 넘버 (UUID 형식과 유사)
DEVNAME       디바이스 노드 (예: /dev/vdb1)
PVID       LVM 물리 볼륨 UUID

정리하면, 이 system.devices 파일은 WWID가 아니라 디스크 시리얼 번호를 기준으로 PV를 인식하고 있습니다.


시리얼 넘버 변경 이유

클라우드 환경에서는 디스크 복제나 스냅샷 복제 시, 새 디스크가 생성되면서 시리얼 넘버도 새롭게 부여됩니다. 시리얼 넘버는 하드웨어 또는 가상 디스크 레벨에서 고유하게 관리되기 때문에, 복제 시 변경되는 것이 일반적입니다.

이로 인해 기존 system.devices 파일에 기록된 IDNAME(시리얼 넘버) 값이 더 이상 새 디스크와 매칭되지 않고, 결과적으로 LVM이 디스크를 인식하지 못하게 됩니다.

결국, 기존 system.devices 파일을 삭제하고 새 디바이스 정보를 재생성해야 했던 것입니다.


문제 해결 방법

문제를 해결하는 방법은 간단합니다. system.devices 파일에 등록된 정보를 현재 LVM 볼륨이 가진 정보와 일치시키거나, system.devices 파일을 사용하지 않도록 설정하면 됩니다. 다음은 Red Hat에서 제시한 3가지 방법입니다.


Option 1: system.devices 파일 사용 중지

/etc/lvm/lvm.conf 파일에 다음 설정을 추가합니다.

# use_devicesfile = 0
  • 장점: 디스크 스캔을 통해 PV를 직접 탐색
  • 단점: 부팅 시간이 다소 길어질 수 있음

설정 후 initramfs를 재생성하는 것이 좋습니다.

# dracut -f

Option 2: system.devices 파일 재구성

  1. 기존 system.devices 파일 제거
rm -f /etc/lvm/devices/system.devices
  1. 디스크 재스캔 및 파일 재생성:
vgimportdevices -a
  1. 디바이스 등록 확인:
# pvs
# vgs

Option 3: 장기 최적화 설정

장기적인 안정성을 위해 /etc/lvm/lvm.conf 파일에 다음 옵션을 추가할 수 있습니다.

search_for_devnames = "all"

다만, 궁극적으로는 use_devicesfile=0 설정이 권장됩니다.

위 설정 내용을 요약하면,

  • 기본값은:

    search_for_devnames = "auto"

  • "auto" 모드는 system.devices 파일에 기록된 디바이스만 검색함.

  • search_for_devnames = "all"로 바꾸면:

    • system.devices에 기록된 PVID가 매칭 안 되더라도,

      전체 디스크를 스캔해서 PVID를 찾게 된다.

    • 즉, 디바이스가 이동했거나 이름이 바뀌어도 자동으로 찾아낼 수 있게 되는 것.

→ LVM이 system.devices에 저장된 정보에만 의존하지 않고, 실제 물리 디스크를 풀스캔.


실제 조치 내용 (클라우드 환경 복제 사례)

클라우드 디스크 복제 후 system.devices 파일의 IDNAME(시리얼 넘버) 변경으로 인해 LVM PV 인식 불가 문제가 발생했습니다. 3가지 해결책 중 2번 방법을 선택하여 기존 system.devices 파일을 제거하고, 현재 시스템에 존재하는 볼륨 그룹(VG)을 이용해 새로운 system.devices 파일을 재생성했습니다.

  1. 기존 파일 백업

    # mv /etc/lvm/devices/system.devices /root/system.devices.backup

  2. system.devices 파일 재구성

    # vgimportdevices -a

    참고로 여기서 모든 VG대신에 개별적인 VG명을 입력하여 필요한 부분만 추가해 줄 수도 있습니다.

    예: vgimportdevices <VG NAME>

  3. VG 인식은 되었으나 LV는 비활성화 상태였기 때문에, VG 그룹 활성화 명령을 추가로 수행했습니다.

    vgimport -ay <VG_NAME>

마치며

RHEL 9부터 system.devices 파일이 기본 적용되면서, RHEL 8에서는 드물었던 LVM 디바이스 인식 문제가 발생하고 있습니다. 대부분의 문제는 system.devices 파일을 수정하거나 재구성하는 방법으로 해결할 수 있으므로, 무리하게 pvcreate 명령어로 복구하기 전에 위에 소개한 방법들을 먼저 시도해 보시기 바랍니다.

자세한 내용은 아래 참고 사이트에서 system.devices 파일을 다루는 방법을 확인할 수 있습니다.


참고

https://docs.redhat.com/ko/documentation/red_hat_enterprise_linux/9/html/configuring_and_managing_logical_volumes/limiting-lvm-device-visibility-and-usage_configuring-and-managing-logical-volumes

댓글

댓글 쓰기

이 블로그의 인기 게시물

[Linux] RHEL Local YUM Repository 구성

이미지
RHEL(Redhat Enterprise Linux)에 Local YUM Repository 구성하는 방법에 대하여 설명합니다. 레드햇 리눅스 같은 경우 기업환경의 인터넷이 되지 않는 환경에서 사용되는 경우가 많은데 Local YUM Repository를 구성하여 패키지를 쉽게 설치할 수 있습니다.   테스트 환경 • Red Hat Enterprise Linux (RHEL)   Local YUM Repository 구성 목적 Local YUM Repository를 구성하는 방법에 여러 가지가 있지만 가장 간단한 방법인 설치 CD를 이용해 구성하는 방법에 대해 소개합니다. 주로 이 방법은 OS 엔지니어가 RHEL을 설치 후 사용하며, local repo를 서버에 구성한 뒤 철수합니다. 그러면 애플리케이션 측에서 추가 패키지를 요청하여도 서버 관리자분들이 yum 명령어를 사용하여 쉽게 서버에 설치할 수 있습니다.   Local YUM Repository 설정 레드햇 설치 CD에는 기본 RHEL 서브스크립션에서 제공하는 RPM 패키지들이 모두 포함되어 있습니다. 따라서 RHEL을 설치한 버전과 동일한 ISO 파일 이 준비되어 있어야 하며, 이를 통해 로컬 저장소를 구성할 수 있습니다.   VMware Workstation을 기준으로 설명하자면, RHEL ISO 파일을 가상 머신에 마운트 하면 됩니다. ISO 파일이 마운트되면 시스템은 자동으로 /dev/sr0 장치를 생성하게 되며, 이는 udev 에 의해 처리됩니다.   CD가 삽입되면 시스템에서는 /dev/sr0 장치를 자동으로 생성합니다. 이 장치는 **광학 디스크 장치(CD/DVD)**로 인식되며, 이를 확인하는 가장 쉬운 방법은 lsblk 명령어를 사용하는 것입니다. # lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 2G 0 disk └─mpatha ...
자세한 내용 보기

[Linux Command] sudo command 설명

이미지
  이번 글에서는 Linux 명령어 중 sudo 명령어에 대해 알아보겠습니다. 일반 사용자에게 "root" 권한을 부여하려면 보통 root 계정의 비밀번호를 제공해야 합니다. 이후 사용자는 su 명령어를 통해 root 계정으로 로그인할 수 있습니다. root 계정은 시스템 내 모든 명령을 실행할 수 있는 강력한 권한을 가지고 있기 때문에, 신중한 관리가 필요합니다. 리눅스에 익숙하지 않은 사용자가 root 권한을 사용할 경우, 시스템 운영에 필요한 핵심 파일이 삭제되거나 권한 설정이 변경되는 등의 사고가 발생할 수 있습니다. sudo 기능을 사용하면 root 전체 권한이 아닌 특정 명령어만 일반 사용자에게 허용할 수 있어 이러한 위험을 줄일 수 있습니다. 또한, 사용 권한은 부여하되 root 비밀번호를 공개하지 않아도 된다는 점도 sudo 의 중요한 장점 중 하나입니다.   환경 : Red Hat Enterprise Linux (RHEL)   sudo command 개념 명령어 사용법을 보기 전에, sudo 명령어로 어떤 작업이 가능한지 먼저 알아보겠습니다. 일반 사용자가 /etc/shadow 파일을 열려고 하면 권한 부족으로 인해 파일을 열 수 없습니다. 아래는 실제 출력 예시입니다. 일반유저로 shadow파일 오픈 실패 [user1@localhost ~]$ cat /etc/shadow cat: /etc/shadow: Permission denied 또한 mount 명령어도 일반 사용자 권한으로는 실행할 수 없습니다. 일반 유저로 mount 명령 실패 [user1@localhost sbin]$ mount /dev/sr0 /media mount: only root can do that 이제 일반 사용자에게 mount 명령어만 sudo 를 통해 root 권한으로 실행할 수 있도록 설정해보겠습니다. [user1@localhost ~]$ sudo mount /dev/...
자세한 내용 보기

[Ansible Modules] Fetch module 설명 및 활용

이미지
  Ansible modules 중 하나인 Fetch module에 대해 알아보겠습니다. Fetch는 관리 대상 노드에서 제어 노드로 파일을 복사해 오는 데 사용되는 모듈입니다 Fetch module 이란 Fetch는 영어로 "가져오다"라는 의미입니다. Ansible의 copy 모듈과 반대로 동작하는 기능으로, copy 가 제어 노드에서 관리 노드로 파일을 전송하는 데 사용된다면, fetch 는 그 반대 방향으로, 관리 대상 노드의 파일을 제어 노드로 복사해 오는 데 사용됩니다. 여기서 제어 노드(control node)는 Ansible을 실행하는 노드를, 관리 노드(managed node)는 Ansible로 관리되는 대상 시스템을 의미합니다. Ansible modules(fetch_module) Fetch module 옵션   fetch 모듈에서 주로 사용되는 주요 옵션은 다음과 같습니다: src : 관리 대상 노드에서 복사해 올 파일의 경로입니다. dest : 제어 노드에 파일을 저장할 경로입니다. flat (기본값: false ) false : {{ inventory_hostname }}/path/to/file 형태의 디렉토리 구조로 파일이 저장됩니다. 호스트별로 디렉토리가 생성되므로 여러 노드에서 같은 파일 경로를 가져올 때 유용합니다. true : 파일 경로 구조 없이 파일만 단순 복사됩니다. 이름이 같은 파일은 덮어써지기 때문에, 관리 노드가 하나이거나 파일명이 충돌하지 않는 경우에 적합합니다. 또한 디렉토리를 지정할 경우 dest 경로 끝에 슬래시( / )를 반드시 붙여야 합니다. Fetch module 사용 방법 예제에서는 다음과 같은 인벤토리 파일을 사용합니다. [test] rocky86.lab.example.com rocky84.lab.example.com   예제 1. 기본값( flat: false )으로 파일 가져오기 fetch  모듈을 이용해 관리 노드의...
자세한 내용 보기