OpenSolaris

Printable Version Enter a New Search
Bug ID 6464201
Synopsis lofs mounts in vfstab fail when losing race for underlying filesystem
State 10-Fix Delivered (Fix available in build)
Category:Subcategory utility:zfs
Keywords S10u8-criteria-not-met | rtiq_reviewed
Responsible Engineer Timothy Haley
Reported Against s10 , 5.10 , snv_35 , snv_44 , snv_45 , snv_54 , snv_101 , s10u2_09a , s10u2_fcs , s10u3_fcs , s10u4_fcs
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_104
Fixed In snv_104
Release Fixed solaris_nevada(snv_104)
Related Bugs 6388557 , 6418732 , 6460985 , 6466582 , 6713304 , 6769715 , 6802108 , 6812383 , 6865030 , 6879836
Submit Date 25-August-2006
Last Update Date 5-October-2009
Description 
When specifing a lofs loop back mount in vfstab into a zfs file system, such as
	/archive/csw    -       /opt/csw        lofs    -       yes     -
the system will fail to boot to multi-user.  The problem is that lofs mounts are done with the local mounts before zfs mounts are done in fs-local.  One possible fix for this would be to exclude lofs mounts from the local mounts when doing "mountall -l" and then explicitly doing the lofs mounts after zfs mounts are processed (See suggested fix).
It's not just zfs.

IHAC where they are attempting to mount lofs filesystems sourced from disksuite volumes. It appears that the attempt to mount the lofs filesystems is failing before the disksuite mount is complete.

The fix noted in this bug would also address this issue.

One might also argue that fs-local shoudl have a property that defines whether or not teh serialize (-s) option should be used with mountall, but that's probably an issue for another rfe.
Work Around 
N/A
Comments 
N/A