OpenSolaris

Printable Version Enter a New Search
Bug ID 6401126
Synopsis ZFS DE should verify that diagnosis is still valid before solving cases
State 10-Fix Delivered (Fix available in build)
Category:Subcategory utility:zfs
Keywords onnv_triage
Responsible Engineer Eric Schrock
Reported Against
Duplicate Of
Introduced In solaris_nevada
Commit to Fix snv_68
Fixed In snv_68
Release Fixed solaris_nevada(snv_68) , solaris_10u6(s10u6_01) (Bug ID:2156247)
Related Bugs 6547028
Submit Date 20-March-2006
Last Update Date 29-April-2008
Description
When you use a vdev for a pool that is a UFS file (i.e. mkfile -n 7g /export/home1/zfsclonefile; zpool create zone /export/home1/zfsclonefile), FM will report that the 'The pool data is unavailable'.

I think the reason for this is the /export/home1 file system is not mounted at the time FM is checking zfs vdevs.  When the system comes up, all is good, and the 'zpool status -x' says all is OK too.  here is what is reported:

 
 xxxxx W-MSG-ID: ZFS-8000-CS, TYPE: Fault, VER: 1, SEVERITY: Major
EVENT-TIME: Fri Mar 17 11:17:36 PST 2006
PLATFORM:   W1100z/2100z, CSN: 0502EM400E, HOSTNAME: ts-w1100z-3
SOURCE: zfs-diagnosis, REV: 1.0
EVENT-ID: aa8a5864-f150-c4a6-d136-b9d96a8096a7
DESC: A ZFS pool failed to open.  Refer to http://sun.com/msg/ZFS-8000-CS for more information.
AUTO-RESPONSE: No automated response will occur.
IMPACT: The pool data is unavailable
REC-ACTION: Run 'zpool status -x' and either attach the missing device or
           restore from backup.
This is actually one case of a more general problem.  The ZFS DE
should not be solving cases which apply to a resource that is no
longer valid on the current system.  In addition, for ZFS in
particular, it should also check that the vdev/pool is still in
some unusable state.
Work Around
N/A
Comments
N/A