편집하다: 몇 시간 후에 문제가 유칼립투스와 관련이 없다는 것을 알게 되었습니다. 이미지가 버그인 것 같습니다. 매우,매우 버그가 많다. 자세한 내용은 마지막에 있습니다. 고치지 못해서 버그 신고하겠습니다.
편집 2: 문제를 해결했는데 작동하는 것 같습니다.
Ubuntu Server Natty(11.04) x64를 실행하는 4-머신 클러스터가 있습니다. 각 컴퓨터에 설치 CD에서 "Ubuntu Enterprise Cloud"를 설치한 다음 업데이트했습니다. 클라우드는 잘 작동하는 것 같습니다. Natty 서버를 실행하는 가상 머신이 많이 있습니다.
이제 가상 머신에서 Oneiric을 실행하고 싶지만 어떻게든 할 수 없습니다.
Oneiric의 (x64) 이미지를 다음에서 다운로드했습니다.http://cloud-images.ubuntu.com/oneiric/current/, Natty와 똑같이 게시( uec-publish-tarball oneiric-server-cloudimg-amd64.tar.gz oneiric-server-cloudimg-amd64)한 다음 Oneiric의 이미지를 사용하여 인스턴스( euca-run-instances -n 1 -k my-key -t m1.small -z my-cloud emi-XXXXXXXX)를 시작하려고 시도했지만 인스턴스가 부팅되지 않습니다.
나는 euca-get-console-output다음을 얻습니다.
[ 0.461269] VFS: Cannot open root device "sda1" or unknown-block(0,0)
[ 0.462388] Please append a correct "root=" boot option; here are the available partitions:
[ 0.463855] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
[ 0.465331] Pid: 1, comm: swapper Not tainted 3.0.0-13-generic #22-Ubuntu
[ 0.466526] Call Trace:
[ 0.466989] [<ffffffff815d3ee5>] panic+0x91/0x194
[ 0.467860] [<ffffffff81ad1031>] mount_block_root+0xdc/0x18e
[ 0.468891] [<ffffffff81ad126a>] mount_root+0x54/0x59
[ 0.469829] [<ffffffff81ad13dc>] prepare_namespace+0x16d/0x1a7
[ 0.470883] [<ffffffff81ad0d76>] kernel_init+0x140/0x145
[ 0.471837] [<ffffffff815f38e4>] kernel_thread_helper+0x4/0x10
[ 0.472889] [<ffffffff81ad0c36>] ? start_kernel+0x3df/0x3df
[ 0.473884] [<ffffffff815f38e0>] ? gs_change+0x13/0x13
파일 시스템에는 "cloudimg-rootfs"라는 레이블이 붙어 있습니다. 이미지 내부의 /etc/fstab 및 /boot/grub/grub.cfg는 항상 레이블로 이미지를 참조하며 모든 것이 올바른 것처럼 보이지만 커널에서는 그럴 수 없다고 말합니다. 루트 파일 시스템을 찾으십시오.
나는 인터넷 검색에 많은 시간을 보냈지 만 아무것도 나오지 않았습니다. #ubuntu-server에 요청했지만, 무엇을 해야할지 아무도 몰랐습니다. #eucalyptus에 대해 문의했지만 전혀 답변을 받지 못했습니다.
이런 일이 발생하는 이유와 해결 방법에 대한 아이디어가 있습니까?
감사해요
편집하다: 몇 시간 후에 문제가 유칼립투스와 관련이 없다는 것을 알게 되었습니다. 이미지가 버그인 것 같습니다. 매우,매우 버그가 많다.
첫 번째 문제는 이미지의 커널이 -generic커널이라는 점인데, 저는 커널이어야 한다고 생각합니다 -virtual. 이미지에 루트를 지정하고 -generic패키지를 제거한 후 해당 패키지로 교체했습니다 -virtual. 그런 다음 Eucalyptus로 이미지를 게시하고 시작할 때 필요하기 때문에 새 커널을 추출했습니다(그리고 tarball과 함께 제공된 원본 커널(-generic)을 교체했습니다).
위에서 설명한 문제가 해결되었습니다.
그러나 콘솔에 다음이 표시되기 시작했습니다.
mount: mount point ext4 does not exist
이미지에서 /etc/fstab 파일을 확인하면 다음과 같이 표시됩니다.
LABEL=cloudimg-rootfs ext4 defaults 0 1
젠장, 내 마운트 지점이 어디죠? 이것도 빠졌으니 참고하세요 /proc.
글쎄, 끝났다고 생각하면 인스턴스가 네트워크에 연결되지 않는다는 것을 알게 될 것입니다. /etc/network/interface를 확인해 봅시다:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
어머! eth0이 없습니다... 여기서 멈췄습니다. 더 이상 참을 수 없습니다. 나는 포기한다.
Canonical이 이 이미지를 올바르게 설정하는 것을 잊어버린 것 같습니다. 처음에는 "내가 실수로 서버 이미지를 다운로드한 건 아닐까?"라고 생각했지만, 아니어서 다시 확인했습니다. 이는 실제로 클라우드 이미지이며 "cloud-init"도 설치되어 있습니다(기본적으로 서버 이미지에는 없음). 그들은 그것을 준비하는 것을 잊었습니다.
버그를 신고하고(이 작업이 완료되면 여기에 참조) 곧 수정되기를 바랍니다.
편집 2: 네트워크 구성이 마지막으로 누락된 것 같습니다. 위의 수정 사항으로 테스트하기로 결정했고 제대로 부팅되었습니다! 하지만 지금 이미지가 괜찮은지 전혀 알 수 없습니다...
답변1
버그 보고서는 다음 위치에 있습니다.https://bugs.launchpad.net/ubuntu/+bug/896772
빨리 해결되길 바랍니다!