In LDOM 2.0, you can export single slices.

However, I'm wondering why the OP isn't just exporting the 2 whole disks
and doing the SVM and ZFS work locally to the LDOM.

It seems much more complicate exporting a bunch of single slices to
make it look like there are physical disks, and expecting the master ldom
to manage the SVM config.   Seems to me that this could introduce a
unintended consequence of having to managed the volume from two
different ldoms.

just my 0.02

On Tue, Apr 12, 2011 at 7:32 AM, Petr Benes <[email protected]> wrote:
> Hi Greg,
>
> I afraid it is not possible to export individual slices. Don't know on
> account of metadevices, should work, zvols work and these should be
> rather similar IMHO.
>
> Regards,
> Petr
>
> On 12 April 2011 12:52, Greg Earle <[email protected]> wrote:
>> "Long-time listener, first time caller ... "
>>
>> [Forgive me for the long post, it's mostly illustrative command outputs.]
>>
>> On a T-5120 with 4 disks, I'm trying to use the 2nd set of disks (2x300 GB)
>> in one of my client LDoms:
>>
>> ----------------------------------------------------------------------
>> miplt5120:1:623 [/root] # format
>> Searching for disks...done
>>
>>
>> AVAILABLE DISK SELECTIONS:
>>       0. c1t0d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
>>          /pci@0/pci@0/pci@2/scsi@0/sd@0,0
>>       1. c1t1d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
>>          /pci@0/pci@0/pci@2/scsi@0/sd@1,0
>>       2. c1t2d0 <SUN300G cyl 46873 alt 2 hd 20 sec 625>
>>          /pci@0/pci@0/pci@2/scsi@0/sd@2,0
>>       3. c1t3d0 <SUN300G cyl 46873 alt 2 hd 20 sec 625>
>>          /pci@0/pci@0/pci@2/scsi@0/sd@3,0
>> ----------------------------------------------------------------------
>>
>> Disks 2 and 3 are partitioned identically:
>>
>> ----------------------------------------------------------------------
>> Part      Tag    Flag     Cylinders         Size            Blocks
>>  0 unassigned    wm       1 - 16777      100.00GB    (16777/0/0) 209712500
>>  1 unassigned    wm   16778 - 33555      100.00GB    (16778/0/0) 209725000
>>  2     backup    wu       0 - 46872      279.38GB    (46873/0/0) 585912500
>>  3 unassigned    wm   33556 - 41944       50.00GB    (8389/0/0)  104862500
>>  4 unassigned    wm   41945 - 46810       29.00GB    (4866/0/0)   60825000
>>  5 unassigned    wm       0                0         (0/0/0)             0
>>  6 unassigned    wm       0                0         (0/0/0)             0
>>  7 unassigned    wm   46811 - 46872      378.42MB    (62/0/0)       775000
>> ----------------------------------------------------------------------
>>
>> Here's how I'm exporting into the client LDom:
>>
>>  - c1t2d0s0 + c1t3d0s0 (d1); c1t2d0s3 + c1t3d0s3 (d1); and c1t2d0s4 +
>> c1t3d0s4 (d3) are all configured as 3 mirrored metadevices in Solaris Volume
>> Manager and then exported
>>
>>  - c1t2d0s1 and c1t3d0s1 are exported as 2 separate "raw" slices
>>
>>  - c1t2d0s7 and c1t3d0s7 are used for the SVM metadb databases
>>
>> ----------------------------------------------------------------------
>> devsuncontrol1:1:637 [/root] # ldm list-bindings primary
>>
>> [...]
>>
>> VDS
>>    NAME             VOLUME         OPTIONS          MPGROUP        DEVICE
>>    primary-vds0     dvd_vol
>> /dev/rdsk/c0t0d0s2
>>
>> [...]
>>
>>                     c1t2d0s1       slice
>> /dev/dsk/c1t2d0s1
>>                     c1t3d0s1       slice
>> /dev/dsk/c1t3d0s1
>>                     db-dev-metadevice-d2
>> /dev/md/dsk/d2
>>                     db-dev-metadevice-d3
>> /dev/md/dsk/d3
>>                     db-dev-metadevice-d1
>> /dev/md/dsk/d1
>>
>>        CLIENT                      VOLUME
>> [...]
>>        vdisk0@db-dev           db-dev-vol0
>>        vdisk1@db-dev           c1t2d0s1
>>        vdisk2@db-dev           c1t3d0s1
>>        vdisk4@db-dev           db-dev-metadevice-d2
>>        vdisk5@db-dev           db-dev-metadevice-d3
>>        vdisk3@db-dev           db-dev-metadevice-d1
>>
>> ----------------------------------------------------------------------
>>
>> This is for a database LDom; the idea is to create a mirrored ZFS zpool from
>> the 2 slices (for use by the database backups) and to create 3 UFS
>> filesystems on top of the 3 exported SVM metadevices for the actual
>> database.
>>
>> The exported vdisks/slices are all seen just fine in the client LDom:
>>
>> ----------------------------------------------------------------------
>> db-dev:1:82 [/] # format
>> Searching for disks...done
>>
>>
>> AVAILABLE DISK SELECTIONS:
>>       0. c0d0 <SUN-DiskImage-20GB cyl 566 alt 2 hd 96 sec 768>
>>          /virtual-devices@100/channel-devices@200/disk@0       <=== system
>> (v)disk
>>
>>       1. c0d2 <SUN-DiskSlice-100GB cyl 16780 alt 2 hd 20 sec 625>
>>          /virtual-devices@100/channel-devices@200/disk@2
>>       2. c0d3 <SUN-DiskSlice-100GB cyl 16780 alt 2 hd 20 sec 625>
>>          /virtual-devices@100/channel-devices@200/disk@3
>>
>>       3. c0d4 <SUN-DiskImage-99GB cyl 2842 alt 2 hd 96 sec 768>
>>          /virtual-devices@100/channel-devices@200/disk@4
>>       4. c0d5 <SUN-DiskImage-50GB cyl 1420 alt 2 hd 96 sec 768>
>>          /virtual-devices@100/channel-devices@200/disk@5
>>       5. c0d6 <SUN-DiskImage-29GB cyl 822 alt 2 hd 96 sec 768>
>>          /virtual-devices@100/channel-devices@200/disk@6
>> ----------------------------------------------------------------------
>>
>> But if I try to access either the exported slices or the 3 vdisks, I get
>> "I/O error":
>>
>> ----------------------------------------------------------------------
>> db-dev:1:83 [/] # newfs -m 3 -i 2048 /dev/dsk/c0d4s0
>> /dev/rdsk/c0d4s0: I/O error
>> db-dev:1:84 [/] # newfs -m 3 -i 2048 /dev/dsk/c0d5s0
>> /dev/rdsk/c0d5s0: I/O error
>> db-dev:1:85 [/] # newfs -m 3 -i 2048 /dev/dsk/c0d6s0
>> /dev/rdsk/c0d6s0: I/O error
>>
>> db-dev:1:86 [/] # dd if=/dev/rdsk/c0d4s0 ibs=512 count=1
>> dd: /dev/rdsk/c0d4s0: open: I/O error
>> db-dev:1:87 [/] # dd if=/dev/rdsk/c0d5s0 ibs=512 count=1
>> dd: /dev/rdsk/c0d5s0: open: I/O error
>> db-dev:1:88 [/] # dd if=/dev/rdsk/c0d6s0 ibs=512 count=1
>> dd: /dev/rdsk/c0d6s0: open: I/O error
>>
>> db-dev:1:89 [/] # zpool create -m /export/db_backups dbdump mirror c0d2s0
>> c0d3s0
>> cannot create 'dbdump': one or more devices is currently unavailable
>> db-dev:1:90 [/] # zpool create -m /export/db_backups dbdump c0d2s0
>> cannot create 'dbdump': one or more devices is currently unavailable
>> db-dev:1:91 [/] # zpool create -m /export/db_backups dbdump c0d3s0
>> cannot create 'dbdump': I/O error
>>
>> db-dev:1:92 [/] # dd if=/dev/rdsk/c0d3s0 ibs=8k count=3 | strings -
>> K+*4
>> version
>> name
>> dbdump
>> state
>> pool_guid
>> hostid
>> hostname
>> db-dev
>> top_guid
>> guid
>> vdev_tree
>> type
>> disk
>> guid
>> path
>> 3+0 records in
>> 48+0 records out
>> /dev/dsk/c0d3s0
>> phys_path
>> 1/virtual-devices@100/channel-devices@200/disk@3:a
>> whole_disk
>> metaslab_array
>> metaslab_shift
>> ashift
>> asize
>> is_log
>> create_txg
>>
>> ----------------------------------------------------------------------
>>
>> I don't get it.  I'm using slice 0 (starting at cylinder 1) in both the
>> control LDom as well as when I try to reference the vdisks in the client
>> LDom, but I still get "I/O error".  I can't even access the exported SVM
>> mirrored metadevices at the raw disk level.
>>
>> 1 of the 3 metadevices in the control LDom is still doing a resync, but the
>> other 2 aren't and of course the slices have nothing to do with that.
>>
>> Am I overlooking something obvious?
>>
>> Thanks in advance,
>>
>>        - Greg
>>
>> _______________________________________________
>> ldoms-discuss mailing list
>> [email protected]
>> http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss
>>
> _______________________________________________
> ldoms-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss
>
_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss

Reply via email to