Boris Derzhavets
2009-Jul-13 20:24 UTC
Backport CS 19889 (ZFS 16 Support) to xen-3.4-testing.hg
I believe applying changeset 19889 libfsimage: Support for zfs version 16 to xen-3.4-testing.hg will resolve problem with loading SNV117 PV DomU at Xen 3.4.1 Dom0. I would guess backport CS 19889 to Xen 3.4.1 makes a sense. -- This message posted from opensolaris.org
Boris Derzhavets
2009-Jul-13 21:14 UTC
Re: Backport CS 19889 (ZFS 16 Support) to xen-3.4-testing.hg
# patch -p1 -s -i zfs16.patch
# cd xen-3.4.1
# make install-xen
# make install-tools
# make install-stubdom
Reboot
root@ServerXen341:/home/boris/nevada# cat snv117.pyrun
name="Solaris117PV"
memory=2048
disk = [''phy:/dev/sdb5,0,w'' ]
vif = [ ''bridge=eth1'' ]
bootloader = "/usr/local/bin/pygrub"
vcpus=1
on_reboot = ''restart''
on_crash = ''restart''
root@ServerXen341:/home/boris/nevada# xm create -c snv117.pyrun
Using config file "./snv117.pyrun".
Started domain Solaris117PV (id=3)
v3.4.1-rc6 chgset ''Mon Jul 06
13:28:43 2009 +0100 19687:92ee18aac1b6''
SunOS Release 5.11 Version snv_117 64-bit
Copyright 1983-2009 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Hostname: dhcppc13
Reading ZFS config: done.
Mounting ZFS filesystems: (5/5)
syslogd: line 45: WARNING: loghost could not be resolved
dhcppc13 console login: root
Password:
Last login: Mon Jul 13 20:55:24 on console
Jul 13 21:12:24 dhcppc13 login: ROOT LOGIN /dev/console
Sun Microsystems Inc. SunOS 5.11 snv_117 November 2008
# bash
bash-3.2# ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232
index 1
inet 127.0.0.1 netmask ff000000
xnf0: flags=1004843<UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4> mtu 1500
index 2
inet 192.168.1.46 netmask ffffff00 broadcast 192.168.1.255
ether 0:16:3e:1:be:ae
lo0: flags=2002000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL> mtu 8252
index 1
inet6 ::1/128
bash-3.2# df -h
Filesystem size used avail capacity Mounted on
rpool/ROOT/snv_117 15G 7.5G 5.5G 58% /
/devices 0K 0K 0K 0% /devices
/dev 0K 0K 0K 0% /dev
ctfs 0K 0K 0K 0% /system/contract
proc 0K 0K 0K 0% /proc
mnttab 0K 0K 0K 0% /etc/mnttab
swap 2.1G 436K 2.1G 1% /etc/svc/volatile
objfs 0K 0K 0K 0% /system/object
sharefs 0K 0K 0K 0% /etc/dfs/sharetab
/usr/lib/libc/libc_hwcap3.so.1
13G 7.5G 5.5G 58% /lib/libc.so.1
fd 0K 0K 0K 0% /dev/fd
swap 2.1G 36K 2.1G 1% /tmp
swap 2.1G 56K 2.1G 1% /var/run
rpool/export 15G 23K 5.5G 1% /export
rpool/export/home 15G 36M 5.5G 1% /export/home
rpool 15G 32K 5.5G 1% /rpool
--
This message posted from opensolaris.org
Boris Derzhavets
2009-Jul-14 12:41 UTC
Re: Backport CS 19889 (ZFS 16 Support) to xen-3.4-testing.hg
It''s a kind of strange. Whatever partition different from /dev/sdb5, which still keeps SNV117 DomU bootable ZFS image, i pick up for new installation on /dev/sda or /dev/sdb, after smooth install attempt to load DomU at patched Xen 3.4.1 Dom0 gives the same error :- NOTICE: zfs_parse_bootfs: error 2 Cannot mount root on rpool/57 fstype zfs panic[cpu0]/thread=fffffffffbc60c20: vfs_mountroot: cannot mount root fffffffffbc94a00 genunix:vfs_mountroot+350 () fffffffffbc94a30 genunix:main+f0 () fffffffffbc94a40 unix:_locore_start+80 () skipping system dump - no dump device configured rebooting... When i switch pygrub load profile back to /dev/sdb5. Everything goes fine again. I can load SNV117 DomU with ZFS image. -- This message posted from opensolaris.org
Boris Derzhavets
2009-Jul-14 12:45 UTC
Re: Backport CS 19889 (ZFS 16 Support) to xen-3.4-testing.hg
I see only one specific feature of /dev/sdb5. It''s the first partition of extended partition /dev/sdb4. Others tested have a higher number ( like /dev/sda6, /dev/sdb7) -- This message posted from opensolaris.org
Boris Derzhavets
2009-Jul-14 13:21 UTC
Re: Backport CS 19889 (ZFS 16 Support) to xen-3.4-testing.hg
Success on primary /dev/sdb3 ( 16 GB). Looks as SNV_117 bug for me. ZFS image gets created improperly on any partitions different from primary or first one in extended partition (x86 architecture) -- This message posted from opensolaris.org
Boris Derzhavets
2009-Jul-15 12:47 UTC
Re: Backport CS 19889 (ZFS 16 Support) to xen-3.4-testing.hg
Testing has been performed on 2 different Intel Based boxes . Fisrt one with
SATA Barracuda 250 GB
drives attached to Intel ICH9R, second one with with SATA Barracuda 500 GB
drives attached to Intel ICH10R. Intel ICH(X)R chip sets setup in BIOS to AHCI
mode.
Success, only on primary partitions and fisrt partion of extended partion, i.e
/dev/sda5.
So "magic" numbers for success are 1,2,3,5 . /dev/sdx4 (x=a,x=b,x=c)
is always extended partition
Install on on /dev/sdx6 ( all x=a,b,c tersted) completes fine. However , load
SNV117 DomU via pygrub
fails :-
Using config file "./snv117.pyrun".
Started domain Solaris117PV (id=7)
v3.4.1-rc6 chgset ''Mon Jul 06
13:28:43 2009 +0100 19687:92ee18aac1b6''
SunOS Release 5.11 Version snv_117 64-bit
Copyright 1983-2009 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
NOTICE: zfs_parse_bootfs: error 2
Cannot mount root on rpool/57 fstype zfs
panic[cpu0]/thread=fffffffffbc60c20: vfs_mountroot: cannot mount root
fffffffffbc94a00 genunix:vfs_mountroot+350 ()
fffffffffbc94a30 genunix:main+f0 ()
fffffffffbc94a40 unix:_locore_start+80 ()
skipping system dump - no dump device configured
rebooting...
That doesn''t happen to OSOL 2009.06 (SNV_111b kernel)
--
This message posted from opensolaris.org