Any known issues for the new ZFS on solaris 10 update 8? Or is it still wiser to wait doing a zpool upgrade? Because older ABE''s can no longer be accessed then. -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D + http://nagual.nl/ | SunOS 10u8 10/09 | OpenSolaris 2010.02 b123 + All that''s really worth doing is what we do for others (Lewis Carrol)
On Fri, Oct 16, 2009 at 05:35:16PM +0200, dick hoogendijk wrote:> Any known issues for the new ZFS on solaris 10 update 8? > Or is it still wiser to wait doing a zpool upgrade? Because older ABE''s > can no longer be accessed then.Rebooting with command: boot Boot device: disk:a File and args: SunOS Release 5.10 Version Generic_141414-01 64-bit Copyright 1983-2009 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. NOTICE: spa_import_rootpool: error 48 Cannot mount root on /pci at 1c,600000/scsi at 2/disk at 0,0:a fstype zfs panic[cpu1]/thread=180e000: vfs_mountroot: cannot mount root 000000000180b950 genunix:vfs_mountroot+358 (800, 200, 0, 1872400, 18a1c00, 18d2000) %l0-3: 00000000010bb800 00000000010bb9c4 0000000001877c60 00000000011e8c00 %l4-7: 00000000011e8c00 00000000018d4400 0000000000000600 0000000000000200 000000000180ba10 genunix:main+a0 (1815290, 180c000, 1837f80, 18c8800, 181b690, 1815000) %l0-3: 000000000180c000 000000000180c000 0000000070002000 0000000000000000 %l4-7: 000000000183d400 0000000000000001 000000000180c000 0000000000000000 skipping system dump - no dump device configured rebooting... So better to wait, if you still wanna use older aka <= v10 zpools/BEs. Regards, jel. -- Otto-von-Guericke University http://www.cs.uni-magdeburg.de/ Department of Computer Science Geb. 29 R 027, Universitaetsplatz 2 39106 Magdeburg, Germany Tel: +49 391 67 12768
Any known issues for the new ZFS on solaris 10 update 8? Or is it still wiser to wait doing a zpool upgrade? Because older ABE''s can no longer be accessed then. -- Dick Hoogendijk -- PGP/GnuPG key: 01D2433D + http://nagual.nl/ | SunOS 10u8 10/09 | OpenSolaris 2010.02 b123 + All that''s really worth doing is what we do for others (Lewis Carrol)
We were holding our breath for ZFS user-quotas, so we went u8, and upgraded the pool immediately. No issues here. But I had to install from CD, as LiveUpgrade failed. (bootadm -e no such argument) ZFS send appears faster in u8 too, as it was still slow in u7. Lund dick hoogendijk wrote:> Any known issues for the new ZFS on solaris 10 update 8? > Or is it still wiser to wait doing a zpool upgrade? Because older ABE''s > can no longer be accessed then. >-- Jorgen Lundman | <lundman at lundman.net> Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work) Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell) Japan | +81 (0)3 -3375-1767 (home)
Kinda old topic, but I ran into the same error, I found a (dirty) workaround for
it.
First, the reason for this is that you are booting a u8 image to restore a u7 or
< flasharchive, right?
zpool jumped from version 10 to version 15 with u8. Jumpstart profiles create a
rpool version 15, there is no way to have them create a version 10,
that''s why you have this error when rebooting.
Workaround:
1/ Unpack boot archive: /boot/solaris/bin/root_archive unpackmedia /export/u8
/export/mr
2/ Modify the miniroot zpool command to insert a cool (^^) hack:
mv /export/mr/usr/sbin/zpool /export/mr/usr/sbin/zpool.orig
Create the file /export/mr/usr/sbin/zpool, with this content, and make it
executable:
if [ "$1" = "create" ]
then
echo "########################################" | tee
/dev/console
echo "# Hacking zpool version" | tee /dev/console
echo "# Parameters: $*" | tee /dev/console
/usr/sbin/zpool.orig `echo "$*" | sed
''s/create/create -o version=10/''`
echo "########################################" | tee
/dev/console
else
/usr/sbin/zpool.orig $*
fi
Be warned that it is a quick and very dirty hack.
3/ Pack boot archive: /boot/solaris/bin/root_archive packmedia /export/u8
/export/mr
And voil?, now you can jumpstart with ZFS flasharchives.
PS: I also hacked the zfs command, in this way:
if [ "$1" = "receive" ]
then
/usr/sbin/zfs.orig $*
echo "Hacking ZFS mountpoint for rpool" | tee /dev/console
rvol=`/usr/sbin/zfs.orig list|grep "ROOT/"|grep -v @|grep -v
var | awk ''{ print $1 }''`
/usr/sbin/zfs.orig set mountpoint=/ $rvol
echo "Set mountpoint=/ for $rvol" | tee /dev/console
else
/usr/sbin/zfs.orig $*
fi
It''s useful if you rpool/ROOT has "legacy" for mountpoint
instead of "/". In this case you get an error after the flasharchive
extraction during the Jumpstart. You would get the error "cannot stop the
extraction".
Warning this script is not generic, the way to determine the boot volume is VERY
dirty, but works for my environments ^^
Cheers.
--
This message posted from opensolaris.org
Kinda old topic, but I ran into the same error, I found a (dirty) workaround for
it.
First, the reason for this is that you are booting a u8 image to restore a u7 or
< flasharchive, right?
zpool jumped from version 10 to version 15 with u8. Jumpstart profiles create a
rpool version 15, there is no way to have them create a version 10,
that''s why you have this error when rebooting.
Workaround
1. Unpack boot archive: /boot/solaris/bin/root_archive unpackmedia /export/u8
/export/mr
2. Modify the miniroot zpool command to insert a cool (^^) hack:
mv /export/mr/usr/sbin/zpool /export/mr/usr/sbin/zpool.orig
Create the file /export/mr/usr/sbin/zpool, with this content, and make it
executable:
if [ "$1" = "create" ]
then
echo "########################################" | tee
/dev/console
echo "# Hacking zpool version" | tee /dev/console
echo "# Parameters: $*" | tee /dev/console
/usr/sbin/zpool.orig `echo "$*" | sed
''s/create/create -o version=10/''`
echo "########################################" | tee
/dev/console
else
/usr/sbin/zpool.orig $*
fi
Be warned that it is a quick and very dirty hack.
3/ Pack boot archive: /boot/solaris/bin/root_archive packmedia /export/u8
/export/mr
And voil?, now you can jumpstart with ZFS flasharchives.
PS: I also hacked the zfs command, in this way:
if [ "$1" = "receive" ]
then
/usr/sbin/zfs.orig $*
echo "Hacking ZFS mountpoint for rpool" | tee /dev/console
rvol=`/usr/sbin/zfs.orig list|grep "ROOT/"|grep -v @|grep -v
var | awk ''{ print $1 }''`
/usr/sbin/zfs.orig set mountpoint=/ $rvol
echo "Set mountpoint=/ for $rvol" | tee /dev/console
else
/usr/sbin/zfs.orig $*
fi
It''s useful if you rpool/ROOT has "legacy" for mountpoint
instead of "/". In this case you get an error after the flasharchive
extraction during the Jumpstart. You would get the error "cannot stop the
extraction".
Warning this script is not generic, the way to determine the boot volume is VERY
dirty, but works for my environments ^^
Cheers.
Message was edited by: valeryf
--
This message posted from opensolaris.org