[virt-tools-list] virt-install 0.400-3: cannot install
Gerry Reno
greno at verizon.net
Mon Nov 23 20:22:31 UTC 2009
Cole Robinson wrote:
> On 11/23/2009 02:41 PM, Gerry Reno wrote:
>
>> Gerry Reno wrote:
>>
>>> Cole Robinson wrote:
>>>
>>>> On 11/22/2009 09:57 PM, Gerry Reno wrote:
>>>>
>>>>
>>>>> Gerry Reno wrote:
>>>>>
>>>>>
>>>>>> Gerry Reno wrote:
>>>>>>
>>>>>>
>>>>>>> It finally finished the install and rebooted but now it appears that
>>>>>>> the guest is not booting. So need to investigate why it doesn't boot
>>>>>>> up. No console output at all after I start the guest. I dumped the
>>>>>>> xml and the boot dev is now "hd" and the path to the image is
>>>>>>> correct.
>>>>>>>
>>>>>>> -Gerry
>>>>>>>
>>>>>>>
>>>>>> Ok, I reran the install and got the exact same result. No bootup or
>>>>>> no console output at least.
>>>>>>
>>>>>>
>>>>>>
>>>> Just because you passed those kernel command line options in for install
>>>> doesn't mean they will stick for the life of the VM. You will need to
>>>> find a
>>>> way to edit the grub.conf in the guest to get bootup output, and then
>>>> /etc/inittab to start a TTY on the serial line.
>>>>
>>>>
>>> I thought I had done this because I added the console args to the
>>> kernel line during the installation screens so I assumed it would
>>> generate a grub.cfg(grub2) using them. I guess that still wasn't enough.
>>>
>>>
>>>> You'll either need to set up temporary graphical access, find the IP
>>>> of the VM
>>>> and use ssh, or some way to kernel boot into rescue mode (or hack up
>>>> your own
>>>> boot.iso to append custom kernel args).
>>>>
>>>>
>>> Yes, I need to figure out how to get a text-based rescue session
>>> running for the VM.
>>>
>>>
>>>>
>>>>
>>>>>> Here is the process line:
>>>>>> root 23068 1 0 20:46 ? 00:00:02 /usr/bin/kvm -S -M
>>>>>> pc-0.11 -m 2048 -smp 4 -name DOMAIN-1 -uuid
>>>>>> b1620075-a0ba-1246-fd67-1243c20870a6 -nographic -monitor
>>>>>> unix:/var/run/libvirt/qemu/DOMAIN-1.monitor,server,nowait -boot c
>>>>>> -drive
>>>>>> file=/var/lib/libvirt/images/DOMAIN-1.img,if=ide,index=0,boot=on -net
>>>>>> nic,macaddr=54:52:00:4b:f1:a6,vlan=0,name=nic.0 -net
>>>>>> tap,fd=17,vlan=0,name=tap.0 -serial pty -parallel none -usb
>>>>>>
>>>>>> I see it has both -monitor and -serial. Does that make any
>>>>>> difference?
>>>>>>
>>>>>> -Gerry
>>>>>>
>>>>>>
>>>>> I tried running the command directly and here is what it outputs:
>>>>> TUNGETIFF ioctl() failed: Bad file descriptor
>>>>> TUNSETOFFLOAD ioctl() failed: Bad file descriptor
>>>>> char device redirected to /dev/pts/1
>>>>>
>>>>>
>>>>>
>>>> You can't run the generated command directly because libvirtd sets up
>>>> things
>>>> like tap devices before running the guest.
>>>>
>>>>
>>>>
>>>>> I checked both the image file and the .monitor file and both are there
>>>>> and readable so I don't understand what file it is complaining about.
>>>>>
>>>>>
>>>>>
>>>> It's complaining about the tapfd, which isn't present because libvirt
>>>> usually
>>>> takes care of it.
>>>>
>>>>
>>> Ok, understand that. Thanks.
>>>
>>>
>>>
>>>> - Cole
>>>>
>>>>
>>>>
>> I tried starting the VM in graphical env with virt-manager. The VM
>> never starts and throws this error:
>> Traceback (most recent call last):
>> File "/usr/share/virt-manager/virtManager/engine.py", line 493, in
>> run_domain
>> vm.startup()
>> File "/usr/share/virt-manager/virtManager/domain.py", line 573, in startup
>> self.vm.create()
>> File "/usr/lib64/python2.6/site-packages/libvirt.py", line 287, in create
>> if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
>> libvirtError: internal error Domain DOMAIN-1 didn't show up
>>
>> So it doesn't look like this is a guest distro issue. How can I track
>> down what is wrong?
>>
>>
>
> See if there are any errors in /var/log/libvirt/qemu/<vmname>.log. See if
> disabling selinux (setenforce 0) helps at all.
>
> - Cole
>
>
Ignore the Trackback. Found a typo in my xml that I used to define the
domain.
Now when I try to start the guest in virt-manager it says "Console not
configured for guest". I guess my console args didn't get into grub.cfg.
So I'm back to trying to boot a rescue kernel.
-Gerry
More information about the virt-tools-list
mailing list