[zfs-discuss] zfs boot doesn't support /usr on a separate partition.

[Kugutsumen]

I would like confirm that Solaris Express Developer Edition 09/07  
b70, you can't have /usr on a separate zfs filesystem because of  
broken dependencies.

1/ Part of the problem is that /sbin/zpool is linked to /usr/lib/ 
libdiskmgt.so.1

2/ There are probably other broken dependencies since I've already  
tried to create /usr/lib and copied the libdiskmgt to it and booting  
still failed.

3/ It is really hard to diagnose the problem because solaris will  
just panic, leaving you with a fraction of a second to read the  
message before it reboots.

4/ Is there a way to add a time out to panic reboots? I guess I'll  
have to use a video camera to capture the error message.

It would be really nice if we could fix this bug then we could have  
only a minimal root partition on two 1GB flash disk pool (/ takes  
about 500 megs) in mirror mode and have the rest of the system on  
separate raidz2 pool.

Kugutsumen

P.S. Registration on the opensolaris forum seems to be broken... it  
keeps asking me for e-mail confirmation but when I click the link it  
says the token is invalid.
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] zfs boot doesn't support /usr on a separate partition.

[Jürgen Keil]

 I would like confirm that Solaris Express Developer Edition 09/07  
 b70, you can't have /usr on a separate zfs filesystem because of  
 broken dependencies.
 
 1/ Part of the problem is that /sbin/zpool is linked to 
 /usr/lib/libdiskmgt.so.1

Yep, in the past this happened on several occasions for me:  /sbin/zfs,
 /etc/fs/zfs/mount or /lib/libzfs.so.1 depends on libraries that can only be 
found
in /usr/lib and are not yet available when you have /usr in a separate zfs
filesystem - the system becomes unbootable.

See also bugs like this:

Bug ID   6570056
Synopsis/sbin/zpool should not link to files in /usr/lib
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6570056

Bug ID   6494840
Synopsislibzfs should dlopen libiscsitgt rather than linking to it
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6494840



Workaround was to copy the relevant missing shared libraries into 
the root filesystem.

I currently have snv_72 installed, and bfu'ed to the latest opensolaris
bits.  And I have /usr on a zfs filesystem. This doesn't need extra
copies of libraries from /usr/lib in the root filesystem, and is able to
mount a separate zfs /usr filesystem.


Note that the system apparently doesn't need /sbin/zpool for mounting
a zfs /usr filesystem; /etc/fs/zfs/mount or /sbin/zfs should be enough.

Not sure why your system is rebooting, though.  You should boot it
with option -k, so that you can read the exact panic message.

Note that you need a valid /etc/zfs/zpool.cache file, and for zfs *root*
you also have to make sure that the /etc/zfs/zpool.cache file can be
found in the boot archive.
 
 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss