zfs depends on ldi_get_size(), which depends on the device being accessed exporting one of the properties below. i guess the the devices generated by IBMsdd and/or EMCpower/or don't generate these properties.
ed On Wed, Jul 26, 2006 at 01:53:31PM -0700, Eric Schrock wrote: > On Wed, Jul 26, 2006 at 02:11:44PM -0600, David Curtis wrote: > > Eric, > > > > Here is the output: > > > > # ./dtrace2.dtr > > dtrace: script './dtrace2.dtr' matched 4 probes > > CPU ID FUNCTION:NAME > > 0 17816 ldi_open_by_name:entry /dev/dsk/vpath1c > > 0 16197 ldi_get_otyp:return 0 > > 0 15546 ldi_prop_exists:entry Nblocks > > 0 15547 ldi_prop_exists:return 0 > > 0 15546 ldi_prop_exists:entry nblocks > > 0 15547 ldi_prop_exists:return 0 > > 0 15546 ldi_prop_exists:entry Size > > 0 15547 ldi_prop_exists:return 0 > > 0 15546 ldi_prop_exists:entry size > > 0 15547 ldi_prop_exists:return 0 > > > > OK, this definitely seems to be a driver bug. I'm no driver expert, but > it seems that exporting none of the above properties is a problem - ZFS > has no idea how big this disk is! Perhaps someone more familiar with > the DDI/LDI interfaces can explain the appropriate way to implement > these on the driver end. > > But at this point its safe to say that ZFS isn't doing anything wrong. > The layered driver is exporting a device in /dev/dsk, but not exporting > basic information (such as the size or number of blocks) that ZFS (and > potentially the rest of Solaris) needs to interact with the device. > > - Eric > > -- > Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss