우분투 16.04 - 고정된 mdadm 배열

Question

이를 위해 LVM을 사용한 것은 실제로 실수였습니다. 작성자 이외의 모든 사람에게 불필요하고 복잡한 스토리지 스택을 만들 뿐만 아니라 MD 어레이는 LVM 어레이보다 먼저 구축되므로 MD 구성원 역할을 하는 LV에서 MD 스캐닝을 수동으로 호출해야 합니다.

또한 영구 구성(예: sda, sdb 등)에서 커널 장치 이름을 사용하지 마십시오. VG는 기본 스토리지를 추상화하고 PV 간에 자유롭게 이동할 수 있으므로 볼륨 그룹 이름을 지정할 때 특히 중요합니다. 커널 장치 이름도 영구적인 것으로 간주되지 않으며 다양한 이유로 언제든지 변경될 수 있습니다. 이는 LVM PV의 경우 문제가 되지 않습니다(대규모 디스크 스캔의 일부이고 거의 모든 것을 선택하므로). 그러나 VG 이름은 사용자가 만든 상황의 현실을 빠르게 반영하지 않습니다.

MD 어레이에서 LV를 정상적으로 제거하고 성능이 저하되었지만 정상적인 상태로 되돌리는 것이 좋습니다. LVM 위에 있는 MD는 버그를 박살낼 때 사람들이 신경 쓰는 것이 아니라는 점에 유의하세요. 당신은 미지의 영역에 있고, 당신이 성공할 것으로 기대했던 일이 뚜렷한 이유 없이 실패할 수도 있습니다.

이 데이터가 중요하고 백업되지 않은 경우 LVM 및 MD를 잘 아는 현장 직원에게 맡기고 싶을 것입니다. 여기에서 물어보시니까 그런 건 없을 거라 생각하고, 필요하면 얘기하자. 해당 경로로 이동해야 하는 경우 흥미로운 세부정보로 이를 업데이트하겠습니다. 지금은 LVM 혼란을 구성원의 기존 디스크로 교체하여 백 페달을 시도하십시오.

Answer 1

이를 위해 LVM을 사용한 것은 실제로 실수였습니다. 작성자 이외의 모든 사람에게 불필요하고 복잡한 스토리지 스택을 만들 뿐만 아니라 MD 어레이는 LVM 어레이보다 먼저 구축되므로 MD 구성원 역할을 하는 LV에서 MD 스캐닝을 수동으로 호출해야 합니다.

또한 영구 구성(예: sda, sdb 등)에서 커널 장치 이름을 사용하지 마십시오. VG는 기본 스토리지를 추상화하고 PV 간에 자유롭게 이동할 수 있으므로 볼륨 그룹 이름을 지정할 때 특히 중요합니다. 커널 장치 이름도 영구적인 것으로 간주되지 않으며 다양한 이유로 언제든지 변경될 수 있습니다. 이는 LVM PV의 경우 문제가 되지 않습니다(대규모 디스크 스캔의 일부이고 거의 모든 것을 선택하므로). 그러나 VG 이름은 사용자가 만든 상황의 현실을 빠르게 반영하지 않습니다.

MD 어레이에서 LV를 정상적으로 제거하고 성능이 저하되었지만 정상적인 상태로 되돌리는 것이 좋습니다. LVM 위에 있는 MD는 버그를 박살낼 때 사람들이 신경 쓰는 것이 아니라는 점에 유의하세요. 당신은 미지의 영역에 있고, 당신이 성공할 것으로 기대했던 일이 뚜렷한 이유 없이 실패할 수도 있습니다.

이 데이터가 중요하고 백업되지 않은 경우 LVM 및 MD를 잘 아는 현장 직원에게 맡기고 싶을 것입니다. 여기에서 물어보시니까 그런 건 없을 거라 생각하고, 필요하면 얘기하자. 해당 경로로 이동해야 하는 경우 흥미로운 세부정보로 이를 업데이트하겠습니다. 지금은 LVM 혼란을 구성원의 기존 디스크로 교체하여 백 페달을 시도하십시오.

우분투 16.04 - 고정된 mdadm 배열

답변1

관련 정보