LVM을 사용하여 서버를 설정했습니다. 약 10일 전까지는 아무런 문제 없이 잘 돌아가고 있었습니다. 로그인하려고 하면 서버가 다운됩니다. Kubuntu Live CD를 사용하여 서버를 보면 fdisk -l하드 드라이브에 여전히 두 개의 파티션이 있음을 알 수 있습니다( /dev/sdc1파티션은 ext3 파일 시스템을 사용 /boot하고 /dev/sdc2LVM으로 설정됨). 하나를 수행하면 pvdisplayLVM이 이를 인식 /dev/sda2하고 이 LVM은 이 물리 볼륨만 구성원으로 갖습니다. 을 수행하면 vgdisplay서버에 볼륨 그룹이 표시되지 않고, 을 수행하면 lvdisplay서버에 논리 볼륨도 표시되지 않습니다.
lvmdiskscanPV 표시가 /dev/sda2예상대로 열립니다. 그러나 vgscan아무것도 발견되지 않았습니다 lvscan. 아무것도 발견되지 않았습니다. 안전을 위해 전체 하드 드라이브의 이미지 백업을 만들었 dd으므로 이 문제를 해결하려는 시도가 실패하면 롤백될 수 있습니다.
볼륨 그룹 메타데이터에 뭔가 변경된 것 같습니다. 나는 온라인에서 해결책을 찾았지만 우리의 경우에 유망한 것은 거의 발견하지 못했고 이 LVM 구조나 그 아래의 데이터에 대한 백업도 없었습니다. 검색에서 제가 발견한 한 가지는 LVM 크기를 조정하려고 시도한 후 많은 사람들이 볼륨 그룹 메타데이터를 잃어버리는 것 같다는 것입니다. 수동으로 크기를 조정하려고 시도하지는 않았지만 논리 볼륨이 볼륨 그룹 크기를 초과하여 커졌을 수 있으며 LVM이 자동으로 크기 조정을 시도하여 메타데이터가 손실될 수 있습니다. 그러나 모든 로그 파일이 이 볼륨 그룹 아래의 논리 볼륨 중 하나에 위치하기 때문에 이를 확인할 수 없습니다.
이와 유사한 시나리오를 보았으며 수정이 성공적이었습니다. 보세요백업 없이 LVM 볼륨 그룹 및 논리 볼륨 복원누군가는 오프셋 값을 결정하는 기능을 사용한 pvck다음 16진수 편집기를 사용하여 파티션을 드릴다운하고 오프셋 값을 검색하고 두 오프셋을 비교하고 이 정보를 사용하여 복구 파일을 생성한 다음 LVM 복구를 다시 생성할 수 있었습니다. 데이터를 찾으려고.
여기에 이 문제를 해결하는 데 도움이 될 수 있는 다른 아이디어가 있는 사람이 있습니까? 위의 예를 시도해 볼 의향이 있지만, 우리가 직면한 문제를 성공적으로 해결한 경험이 있는 분들의 의견을 듣고 싶습니다.
답변1
기본적으로 정보가 필요해요
현재 설정 구성뿐만 아니라 이전 설정 출력도 보낼 수 있습니까? 어떤 오류가 발생합니까?
lvm 버전이 최신이고 안정적인가요?
최소한 두 개의 하드 드라이브 sda 및 sdc가 있습니다.
어쩌면 미러 볼륨이 있습니까?
쿠분투에서 LVM이 활성화되어 있습니까? 미러링 지원이 되나요?
이전에 /etc/lvm을 백업해 두셨나요? 이 디렉터리에는 "현재" 구성과 이전 버전이 포함되어 있습니다.