My Developer Blog
I figured out, that when you use the boot_archive which is installed by oi_b151 (at least the textmode) instead of the one from the live-/installcd for a pv guest, the domain panics directly during init, no matter which kernel you are using (the one from livecd or the installed one), the same panic occurs. If you use the boot_archive from livecd it works, no matter which kernel is used.
Additionally there is no difference between xvm 3.4 (osol b134) and my new linux 3.0.1 based xen 4.1, or between 32bit and 64bit kernel/boot_archive.
xl create -c openindiana
Parsing config file openindiana
Daemon running with PID 2634
v4.1.1 chgset 'unavailable'
OpenIndiana Build oi_151 64-bit (illumos a4e1558c0599)
SunOS Release 5.11 - Copyright 1983-2010 Oracle and/or its affiliates.
All rights reserved. Use is subject to license terms.
panic[cpu0]/thread=fffffffffbc609e0: BAD TRAP: type=e (#pf Page fault) rp=fffffffffbcb42d0 addr=fffffe00041ed840
#pf Page fault
Bad kernel fault at addr=0xfffffe00041ed840
pid=0, pc=0xfffffffffb8c03f3, sp=0xfffffffffbcb43c8, eflags=0x10246
cr0: 8005003b<pg,wp,ne,et,ts,mp,pe> cr4: 2660<vmxe,xmme,fxsr,mce,pae>
cr2: fffffe00041ed840
rdi: fffffe00041ed840 rsi: 0 rdx: 10a559273
rcx: 3 r8: 0 r9: ffffff00c6708000
rax: 0 rbx: 10a559273 rbp: fffffffffbcb4460
r10: ffffff00c554b000 r11: ffffff0000000000 r12: 0
r13: 1 r14: fffffe00041ed840 r15: 10a559273
fsb: 200000000 gsb: fffffffffbc61c20 ds: 0
es: 0 fs: 0 gs: 0
trp: e err: 3 rip: fffffffffb8c03f3
cs: e030 rfl: 10246 rsp: fffffffffbcb43c8
ss: e02b
Warning - stack not written to the dump buffer
fffffffffbcb41b0 unix:die+10f ()
fffffffffbcb42c0 unix:trap+17af ()
fffffffffbcb42d0 unix:cmntrap+12b ()
fffffffffbcb4460 unix:atomic_cas_64+3 ()
fffffffffbcb4500 unix:hati_pte_map+18c ()
fffffffffbcb4580 unix:hati_load_common+15d ()
fffffffffbcb4640 unix:hat_devload+198 ()
fffffffffbcb46a0 unix:kmem_override_cache_attrs+be ()
fffffffffbcb4720 unix:i_ddi_mem_alloc+1a4 ()
fffffffffbcb47e0 genunix:ddi_dma_mem_alloc+1a3 ()
fffffffffbcb48a0 unix:xvdi_alloc_ring+d4 ()
fffffffffbcb48f0 xdf:xdf_setstate_init+f5 ()
fffffffffbcb4980 xdf:xdf_attach+387 ()
fffffffffbcb49e0 genunix:devi_attach+80 ()
fffffffffbcb4a10 genunix:attach_node+95 ()
fffffffffbcb4a50 genunix:i_ndi_config_node+c4 ()
fffffffffbcb4a70 genunix:i_ddi_attachchild+40 ()
fffffffffbcb4ab0 genunix:devi_attach_node+ac ()
fffffffffbcb4b10 genunix:ndi_devi_online+c7 ()
fffffffffbcb4bd0 unix:xvdi_create_dev+258 ()
fffffffffbcb4c40 xpvd:xpvd_bus_config+91 ()
fffffffffbcb4cc0 genunix:ndi_devi_config_one+bd ()
fffffffffbcb4d70 genunix:resolve_pathname+19c ()
fffffffffbcb4dd0 genunix:ldi_vp_from_name+ef ()
fffffffffbcb4e40 genunix:ldi_open_by_name+57 ()
fffffffffbcb4ed0 zfs:vdev_disk_read_rootlabel+a0 ()
fffffffffbcb4f20 zfs:spa_generate_rootconf+26 ()
fffffffffbcb4f90 zfs:spa_import_rootpool+31 ()
fffffffffbcb4ff0 zfs:zfs_mountroot+eb ()
fffffffffbcb5010 genunix:fsop_mountroot+1a ()
fffffffffbcb5040 genunix:rootconf+133 ()
fffffffffbcb5080 genunix:vfs_mountroot+63 ()
fffffffffbcb50b0 genunix:main+136 ()
fffffffffbcb50c0 unix:_locore_start+7e ()
skipping system dump - no dump device configured
rebooting...
Ok, today I get my Xen test box up. As test I setup an oi b151 pv guest. It's easy the biggest problem is the missing kernel-extractor (pygrub doesn't work due to too new zpool-version, maybe someone with mor in depth knowledge could improve pygrub or pvgrub to help here, maybe pvgrub could do it already, have to check, anyway).
Get your desired livecd (text should be fine, is my preferred one, why a pv guest should have a full gui)
First copy /platform/i86xpv/kernel/unix for a 32bit guest or /platform/i86xpv/kernel/amd64/unix for a 64bit guest from livecd (loop mount), then copy /platform/i86pc/boot_archive (32bit) or /platform/i86pc/amd64/boot_archive (64bit) to dom0.
Now you need two different guest configurations, one for booting the livecd and one to boot the installed guest. The commented lines are examples for 32bit mode, I have excluded network as my testbox needs some network tuning before I could do fancy networking things (Open vSwitch 
)
name = "oilive" vcpus = 1 memory = "1024" #kernel = "/kernel/oi/151/unix" kernel = "/kernel/oi/151/amd64/unix" #ramdisk = "/kernel/oi/151/boot_archive" ramdisk = "/kernel/oi/151/amd64/boot_archive" extra = "/platform/i86xpv/kernel/amd64/unix -B console=ttya,livemode=text" #extra = "/platform/i86xpv/kernel/unix -B console=ttya,livemode=text" disk = [ 'file:/media/oi-dev-151-text-x86-20110526-1.iso,xvdc:cdrom,r' ,'phy:/dev/tank/disks/openindiana,xvda,w' ] #vif = ['bridge=eth0'] on_shutdown = "destroy" on_reboot = "destroy" on_crash = "destroy"
The interesting part of the guest configuration for the installed guest is the zfs-bootfs part, you need this information beside the actual boot_archive and kernel file from the guest image, for first boot after install the livecd kernel and boot_archive is fine. If you miss to extract the information, you could use the livecd to get it or zfsonlinux.org but this is really for those who know what they do.
name = "openindiana" vcpus = 1 memory = "1024" #kernel = "/kernel/oi/151/unix" kernel = "/kernel/oi/151/amd64/unix" #ramdisk = "/kernel/oi/151/boot_archive" ramdisk = "/kernel/oi/151/amd64/boot_archive" extra = "/platform/i86xpv/kernel/amd64/unix -B zfs-bootfs=rpool/ROOT/openindiana,bootpath=/xpvd/xdf@51712:a" #extra = "/platform/i86xpv/kernel/unix -B zfs-bootfs=rpool/ROOT/openindiana,bootpath=/xpvd/xdf@51712:a" disk = [ 'file:/media/oi-dev-151-text-x86-20110526-1.iso,xvdc:cdrom,r' ,'phy:/dev/tank/disks/openindiana,xvda,w' ] #vif = ['bridge=eth0'] on_shutdown = "destroy" on_reboot = "destroy" on_crash = "destroy"
Little trouble with my latest project, installing an OpenIndiana using VirtualBox on my linux laptop as dual use (as vm on rawdisk and standalone bootable). After some tricky grub hacking it seems to work (will have to double check this later).
But I still get this errors on starting my gnome desktop (they were also there when booting the livecd image to install).
I attached two screenshots, maybe someone could help.
Ok, I tried again the LiveCD, showing that the trouble was gone, so I tried to reinstall. Outcome, problem is gone. No idea about the reason, strange.
Yesterday I managed to get also the legacy depot up in my mirror zone. Alasdair added both repositories to the mirrorlist.
We may still need to define what an "official" mirror should serv and how it preferably is setup, later makes it more easy to support people willing to host a mirror. Therefore we will also need to make a good and straight forward howto setup an official mirror.
So hang on...
Ok, short to my Person, as it is late here.
I'm a student of computer science at Technical University of Darmstadt, Germany
Has been infected with (Open)Solaris during build up of a new IT-Infrastructure for a department of our institute, around one and a half year ago. My *nix origin is Gentoo-Linux I started with during my first semester, I still really like this distribution.