가상머신을 만들었어요퓨전~을 위한오픈 스택— 전혀 재미없는 내용이 있습니다. — OpenStack에서 시작하지 못했습니다.

저는 OpenStack이 매우 기본적인 하이퍼바이저/플랫폼인 것 같다고 생각했고 원래 VM에서 버스 유형이 다음으로 설정되어 있다는 것을 알았을 때 버스 유형이 문제라는 것을 알았습니다.NVMe. 나중에 이전 기본값으로 변경하여 이를 확인했습니다.소형 컴퓨터 시스템 인터페이스이로 인해 클라우드 호스팅 복제본과 동일한 방식으로 가상 머신이 실패하게 됩니다. 다시 부팅되어 버스가 NVMe로 다시 전환됩니다.

이전 업로드도 실패하지 않은 이유를 설명합니다. 모두 FreeBSD VM이었고 특별히 스토리지에 대한 새로운 옵션을 지원하지 않았습니다. FreeBSD가 전능한 ZFS의 교회/사원이 되었다는 것은 다소 아이러니합니다.

기본+플랜 1: [DISK1]/VOL → [DISK2]/VOL

이것은레드햇 엔터프라이즈 리눅스 9.2VM이 등록되었으며 사용할 준비가 되었습니다. 나는 어떤 대가를 치르더라도 그것을 다시 만드는 것을 피하고 싶습니다. 내 생각엔 내가 시작할 것 같아Fedora 워크스테이션이 온라인 상태가 됩니다.내가 선호하는 선택은 라이브, ddSCSI 등의 다른 디스크와 볼륨을 마운트하는 것입니다. LVM(1. /boot(XFS), 2.LVM{2.1 /(XFS), 2.2 }) 이 있으므로 swap그렇게 간단하지는 않지만 적어도 계획은 있습니다.

그런 다음 Fedora를 종료하면(평가 부팅 중에는 원시 디스크만 연결됩니다)난쟁이~의디스크/dev/볼륨(in)에 대한 경로를 찾았고 ,NVMe, SCSI/SATA와는 완전히 다릅니다. 나는 이미 잊어버렸다.

계획 2: /DEV/PATH-A → /DEV/PATH-B

그래서 저는 새로운 이론을 갖게 되었습니다. 아마도 제가 해야 할 일은 마운트 지점을 변경하는 것뿐입니다. 일단 수정한 후에도 VM을 OVF로 내보낸 다음 VM을 원시로 변환하여 업로드하기 전에 VM을 크게 만들어야 하기 때문에 훨씬 더 빠릅니다. 고맙게도 제한이 없는 빠른 연결이 있지만 인터넷을 통해 열심히 비워진 VM 디스크를 전송하는 것은 여전히 ​​인터넷을 통해 열심히 비워진 VM 디스크를 전송하는 것입니다.

더 좋은 점은 가상 머신이 나를 패닉 모드로 전환하고 CLI가 있기 때문에 직접 편집할 수 있다는 것입니다. 나에게 뭐가 문제 니?

이것이 가능하다면 어디일까요?/etc/fstab?

감사해요.

고쳐 쓰다

나는 몇 가지를 시도했습니다:

• /etc/fstab출구가 전혀 없습니다. LVM 때문인 것 같습니다.
• 그런 다음 LVM 경로를 탐색하여 lvm일부 오류에 대한 도움을 기다리면서 혼자 실행을 시도했지만 ~view 또는 ~show, ~scan, ~vgchange와 같은 명백한 옵션을 실행하는 셸을 시작했지만 아무것도 작동하지 않습니다. LVM 그룹이 마운트되지 않은 것 같습니다. 다음에 무엇을 해야할지 모르겠습니다.
• 뭔가를 찾았 dracut지만 프롬프트를 읽었 dracut으며 말할 필요도 없이 명령을 찾을 수 없습니다. 여러 개의 하이픈 옵션을 사용하여 수행되지만 내 기술 수준을 넘어서는 이미지 실행이 포함되므로 그 중 아무 것도 시도하지 않았습니다. mount많은 정보가 표시되며 OpenStack 콘솔은 형편없고 대부분의 수정자가 작동하지 않습니다. 아니요 |, VM도 <더 큰 최소 해상도가 필요한 UEFI가 아닌 BIOS에서 부팅합니다. OpenStack Firebox에는 UEFI에 전원을 공급할 목재가 충분하지 않기 때문입니다. 그래서 화면이 작고 투박하며 충분한 정보를 담을 수도 없고 움직일 수도 없고 게다가 레이아웃도 바뀌기 때문에 화를 내고 재부팅하기 시작합니다...>⇧
• GRUB 메뉴가 있고 구조 옵션이 제대로 시작되었습니다! 그곳에서 네트워크를 구성하고 SSH를 통해 연결하여 전체 키보드 경험을 얻었고 결국 dracut -f부팅 정보 등을 다시 생성하는 데 충분할 것으로 기대했습니다. 불안한 마음으로 다시 시작했습니다. 다시 온라인 상태가 되었습니다.

어쨌든 이제는 모든 것이 괜찮습니다. 감사합니다.

업데이트 2

그런 일이 다시 일어났습니다. 가상 머신이 이미 작동하고 있었지만 관련 없는 몇 가지 이유로 다시 만들었습니다. 이번에는 버스에서 SCSI를 선택했는지 확인했습니다. 그런 다음 나머지를 계속하십시오.

숫자는 하단에 나열된 작업과 관련된 명령에 해당합니다.

폐쇄→ OVF/OVA 내보내기→내보내기에서 디스크를 가져와 원시로 변환합니다(1)→OpenStack에 업로드(2)→새 인스턴스 만들기(3)→콘솔(3)으로 이동하면 화면이 회색입니다. RHEL의 로딩 배경이고 키를 눌러 esc로그를 가져오는데 오류가 계속 반복됩니다.

완료되어 패닉 모드에 들어갔을 때 즉시 재부팅하고 GRUB에서 복구 모드를 선택했으며 이전 VM과 마찬가지로 정상적으로 부팅되었습니다. 나는 노력했다 dracut -f ; reboot. 이번에는 정상적으로 다시 시작되었습니다. 탐색을 좀 해보니 디스크의 이름이 다음과 같이 지정되어 있는 것으로 나타났습니다.V바꾸다nvme#n#p#또는sd?#.

답이 없을 수도 있지만 적어도 이유를 찾았으니 이것이 다른 사람들에게 도움이 되기를 바랍니다.

명령 예

1. qemu-img convert -f vmdk -O raw "/Volumes/Data/VMs/rhel-9.2/rhel-9.2-disk1.vmdk" "/Volumes/Data/VMs/rhel-9.2.img"

2. openstack image create --container-format bare --disk-format raw --file "/Volumes/Data/VMs/rhel-9.2.img" --private --progress Red\ Hat\ Enterprise\ Linux\ 9.2

3. openstack server create --flavor varies-per-platform --image "Red Hat Enterprise Linux 9.2" cloudfront-vm-or-something

4. openstack console url show cloudfront