Well, working with XEN-3.4, and updating fsimage/zfs to have newer VERSION checks and extended BMU, I get this happening:
[2010-11-30 11:21:34 21598] DEBUG (XendBootloader:113) Launching bootloader as ['/usr/lib/xen/bin/pygrub', '--output=/var/run/xend/boot/xenbl.20833', '/var/tmp/test2']. # ls -l /var/run/xend/boot/ -rw------- 1 root root 16777216 2010-11-30 11:22 boot_kernel.sqEogB -rw------- 1 root root 1290266450 2010-11-30 11:22 boot_ramdisk.Ez41uP -rw-r--r-- 1 root root 195 2010-11-30 11:22 xenbl.20833 # cat /var/run/xend/boot/xenbl.20833 linux (kernel /var/run/xend/boot/boot_kernel.sqEogB)(ramdisk /var/run/xend/boot/boot_ramdisk.Ez41uP)(args "/platform/i86xpv/kernel/amd64/unix -B zfs-bootfs=rpool/70,bootpath='/xpvd/x...@51712:a'") Which I think it good news, one step further, but it still dies: [2010-11-30 11:21:44 648] DEBUG (DevController:663) hotplugStatusCallback 1. [2010-11-30 11:21:44 648] DEBUG (DevController:153) Waiting for devices vtpm. [2010-11-30 11:21:44 648] WARNING (XendDomainInfo:1913) Domain has crashed: name=test2 id=4. [2010-11-30 11:21:44 648] ERROR (XendDomainInfo:2154) core dump failed: id = 4 name = test2: (1, 'Internal error', 'p2m_size < nr_pages -1 (0 < 5dbff') [2010-11-30 11:21:44 648] ERROR (XendDomainInfo:2047) VM test2 restarting too fast (Elapsed time: 0.255983 seconds). Refusing to restart to avoid loops. Not entirely sure what p2m_size is, or why it is 0. -- This message posted from opensolaris.org _______________________________________________ opensolaris-help mailing list opensolaris-help@opensolaris.org
