몇 년 동안 사용해온 RAID 어레이에서 LVM을 실행하는 Gentoo 서버가 있습니다. 최근에 LVM을 2.02.109로 업그레이드하고 (이전 버전을 기억하지 않음) 업그레이드하는 동안 메시지가 표시되었습니다.
* Make sure to enable lvmetad in /etc/lvm/lvm.conf if you want
* to enable lvm autoactivation and metadata caching.
use_lvmetad = 1에서 설정 하여 사용하도록 설정할 수 있음을 이해합니다 /etc/lvm/lvm.conf.
그러나 왜 그런 기능이 필요합니까? 내 이해는 LVM 도구가 해당 정보를 얻기 위해 볼륨을 스캔 할 필요가 없도록 캐시에서 LVM 상태를 유지하기 위해 udev 규칙과 함께 작동한다는 것입니다. 내 작은 배열이 이런 종류의 기능을 활용할 수 없다는 것입니까? 어떤 상황에서 사용해야합니까?
답변:
로부터 lvmetad man 페이지 :
lvmetad는 LVM에 대한 메타 데이터 캐싱 데몬입니다. 데몬은 udev 규칙으로부터 알림을받습니다 (lvmetad가 사용 중일 때 LVM이 제대로 작동하려면 설치해야 함). 이러한 알림을 통해 lvmetad에는 시스템에서 사용 가능한 볼륨 그룹의 최신의 일관된 이미지가 있습니다. 기본적으로 lvmetad는 실행 중이라도 LVM에서 사용되지 않습니다. lvm.conf (5)를 참조하십시오.
이것을 조금 더 자세히 살펴보면 다른 정의의 장점이 있습니다. 위키피디아 상태 :
저널링 파일 시스템은 기본 파일 시스템에 커밋하기 전에 저널 (보통 파일 시스템의 전용 영역에있는 순환 로그)에서 수행 된 변경 사항을 추적하는 파일 시스템입니다. 시스템 충돌 또는 정전이 발생하면 이러한 파일 시스템이 더 빨리 온라인 상태로 복구되고 손상 될 가능성이 줄어 듭니다.
OP가 이미 이점을 이해하고 있기 때문에 LVM에 대한 자세한 설명은 다루지 않습니다. 따라서 저널링이 추가 된 이유 만 설명하겠습니다. 이전 버전의 LVM에는 저널링 데몬이 없었습니다. 즉, 시스템이 중단 된 경우 사용할 수있는 유일한 저널은 실제 볼륨 (하드 디스크)에있었습니다. 논리적 볼륨이 여러 물리적 볼륨에 걸쳐있는 논리적 볼륨 그룹에서 여러 범위에 걸쳐있을 때 문제가 발생합니다.
반 저널 트랜잭션이 하나의 물리적 볼륨에 존재하고 나머지 절반은 다른 물리적 볼륨에있는 경우, 물리적 볼륨들이 볼륨 그룹의 일부임을 이해하지 않기 때문에 트랜잭션 저널은 물리적 볼륨에 변경 내용을 커밋 할 수없는 트랜잭션 때문에 로그는 물리적 볼륨에만 존재합니다.
그곳에서 새로운 데몬이 시작됩니다. 이제 각 물리적 볼륨에 대한 저널 로그 대신 LVM은 저널 로그를 작성하고 볼륨 그룹에 저널 섹션을 작성할 수 있으며, 이는 저널링 전용입니다. 그런 다음 전체 트랜잭션 로그를 찾아서 볼륨 그룹 레벨에서 재생할 수 있습니다.