Quote:
Originally Posted by green_dood
The situation is that I have managed to install a Solaris 10 guest under KVM/Qemu in a Ubuntu Gusty machine with AMD Turion X2 processors and 512MiB for the VM. The problem is that after the install, when I try to boot the VM (either KVM/Qemu or Qemu), it goes into a endless reboot loop.
Considerations:
- 1.- When trying to install only with qemu, the installer complained about the installer itself. It said something like "this is not a solaris 10 operating system disc". With KVM i did not have this problem.
2.-I Checked the md5 sums and were all ok.
3.-I have tryied the --no-acpi options
4.-I am concerned about this other thread in which some guy (yarchie73) complains about the same problem in a real machin with Core Duo processors. May this problem be related with mine?
|
First make sure you are running the newest qemu/kvm (.11/.7)
Second you should give it 1024M of RAM at least for the install.
Just cuz i have been working on this for a while now with Fedora 8-12

ill share some notes.
They are motoring at fixing things right now. In Fedora it is actually pretty decent if I can work out some of the speed issues with 64-bit.
You need 768 minimum ram to install solaris 8 u8 (u7 was 768 with zfs and 384 without it.) previous versions had some issues with low memory. a gig is about the minimum you really want to give the install. It helps for speed and it does weird things when it runs out of memory.
Then you can knock it down to 512 after you remove the zfs packages, zone packages and live upgrade and possibly the dtrace packages (sunwlxr sunwlxu need to go as well if you remove dtrace) There are also a ton of fibre nic drivers and a whole host of other things that can come out of the kernel.
Make sure after removing packages you init 6 rather then reboot to update the kernel.
To turn off the gui login:
svcadm disable cde-login
(the gui actually runs pretty well on 32-bit/32-bit as does solaris. If you run 64-bit solaris on a 32-bit machine it takes like 8 hours to compile samba. :P 64-bit/64-bit leaves a bit to be desired at this point and a single cpu seems to be better then multiple cpus for 64-bit.
Use virtio if you can get it to work. It is actually what I was looking for.

I couldn't get it to work with 64-bit/64-bit.
I am not sure I had it working with 32-bit/32-bit either.
Supposedly you just need to add kernel/unix to the kernel line in grub after installing. I haven't tried it yet.
You can't use hugepages if you are using libvirtd, but if you are just running qemu from the command line you can. (libvirtd needs to parse the options..)
It seems to work best with raw file images rather then qcow2.
(fmd seems to not appreciate qcow2 and core dumps a lot.)
Depending on the version of qemu, you may have display issues however the v.10.x and v.11 releases have been pretty decent.
v.7 of libvirt is better.
Im just geeked they abstracted the network layer so i can stay sshd in to the vm, switch from wireless to hardwire for the outside network, and put the virtual and physical machine to sleep and still remain connected to the ssh session using their nat.
Don't reconfigure the devices. IE touch /reconfigure.
It kills the performance for whatever reason and be a little shy about patching it too. It might reconfigure it.
I probably should file a bug on it..
Hope that helps.