oVirt의 호스트 엔진에 이상한 상황이 발생했습니다.
우리는 gluster를 엔진 isos 및 모든 정보의 저장소로 사용하여 oVirt 클러스터를 설정했습니다. 약 일주일 전에 세 개의 서버 중 두 개가 다운되었습니다. 머신을 세 번 정도 다시 시작했는데 Gluster 호스트가 연결된 것으로 보고되었지만 분할 브레인 오류는 보고되지 않았습니다.
호스트 엔진 프로세스가 호스트 중 하나에서 호스트 엔진을 불러오려고 시도했지만 EngineUnexpectedlyDown 상태가 되었습니다. 그리고 서버 점수에서 1600을 뺀 다음 모두 약 800점에 도달할 때까지 다음 컴퓨터에서 이를 가져오려고 시도하고 한 컴퓨터에서 부팅을 시도한 다음 "도달하지 못했습니다. vm" 메시지가 표시됩니다.
우리는 vnc 클라이언트를 사용하여 연결할 수 있으므로 호스트 엔진이 실제로 부팅되고 있음을 알아냈습니다. 하지만 일종의 잠긴 상태인 것 같습니다. 호스트 엔진에 로그인하면 루트 사용자라도 파일을 변경할 수 없으며 다른 수단을 통해 VM에 액세스할 수 없습니다.
VM이 잠겨 있는지/읽기 전용인지 확인할 수 있는 방법이 있나요? 그리고 해당 잠금 장치를 제거할 수 있는 방법이 있나요?
답변1
복제본 3을 사용한다고 가정하면 2개의 호스트가 다운되면 파일 시스템이 읽기 전용이 되며 이는 현재 표시되는 내용을 어느 정도 설명할 수 있습니다. 대부분의 경우 qemu가 스토리지에 쓸 수 없기 때문에 VM이 정지될 것으로 예상해야 하지만 이에 대한 추가 정보가 필요하므로 여기에 호스트의 로그 파일이 필요합니다.
먼저 스토리지에서 상태를 읽을 수 있고 호스트 중 하나에서 다음을 실행하여 상태를 읽을 수 있는지 살펴보겠습니다.
hosted-engine --vm-status
작동한다고 가정하면 호스트를 전역 유지 관리로 이동해 보세요.
hosted-engine --set-maintenance --mode=global
그래도 작동하지 않으면 저장소의 메타데이터 파일에 액세스하는 데 문제가 있고 읽기 전용일 가능성이 있다는 의미입니다.
이것이 작동하면 VM은 유지 관리 모드가 되어 VM 내부에서 파일의 상태를 확인하고 필요한 경우 동일한 호스트에서 VM을 재부팅할 수 있습니다.