> The volume is exported as whole disk. When given whole disk, zpool > creates GPT partition table by default. You need to pass the partition > (not the disk) to zdb.
Yes, that is what seems to be the problem. However, for the zfs volumes (/dev/zvol/rdsk/pool/dcpool) there seems to be no concept of partitions, etc. inside of them - these are defined only for the iSCSI representation which I want to try and get rid of. > In Linux you can use kpartx to make the partitions available. I don't > know the equivalent command in Solaris. Interesting... If only lofiadm could represent not a whole file, but a given "window" into it ;) At least, trying loopback mounts as well as directly the zfs volume with "fdisk", "parted" and such reveals that there are no noticeable iSCSI service data overheads in the addresable volume space: # parted /dev/zvol/rdsk/pool/dcpool print _device_probe_geometry: DKIOCG_PHYGEOM: Inappropriate ioctl for device Model: Generic Ide (ide) Disk /dev/zvol/rdsk/pool/dcpool: 4295GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 131kB 4295GB 4295GB zfs 9 4295GB 4295GB 8389kB But lofiadm doesn't let me address that partition #1 as a separate device :( Thanks, //Jim Klimov
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
