On 10/01/09 12:50, Mick Atkins wrote:
> I have created a ufs dump archive using the latest ldmp2v of a sunfire v210 
> running sol 10 11/06
> My Control ldom is sol 10 5/08 with latest recommended patches running on 
> t5120 v1.2 I can create guest ldoms with no issues.
> I set up an nfs share and ran a ldmp2v collect which was successful. I 
> created a zpool and zfs dataset ldompool/edev4
> When I try ldmp2v prepare -v -d /destination edev4 it fails when the control 
> domain wants to reboot for a change in IO delayed reconfiguration.
> If I let the control domain reboot then the ldmp2v prepare fails saying disks 
> already exist. It creates the disk0 file in the zfs dataset
> My /etc/ldmp2v.conf is :
> VDS="primary-vds0"
> VSW="primary-vsw0"
> VCC="primary-vcc0"
> BACKEND_TYPE="file"
> BACKEND_SPARSE="no"
> BACKEND_PREFIX="/ldompool"
> BOOT_TIMEOUT=60
> 
> I have tried changing my conf file
> VDS="primary-vds0"
> VSW="primary-vsw0"
> VCC="primary-vcc0"
> BACKEND_TYPE="zvol"
> BACKEND_SPARSE="yes"
> BACKEND_PREFIX="ldompool"
> BOOT_TIMEOUT=60
> Then when I run I get :
> Creating vdisks ...
> Creating vdisk edev4-disk0 ...
> Creating volume edev4-vol0 at primary-vds0 (70494 MB)...
> invalid option 'p'
> usage:
>         create [[-o property=value] ... ] <filesystem>
>         create [-s] [-b blocksize] [[-o property=value] ...]
>             -V <size> <volume>
> 
> For the property list, run: zfs set|get
> Cannot create ZFS volume ldompool/edev4/disk0.
> Cannot create edev4-vol0 at primary-vds0.
> 
> Can anyone point me in the direction of detailed ldmp2v documentation or tell 
> what I am doing wrong
> Thanks
> Mick
> 

Mick,

Running the prepare step should not require a reboot of the control 
domain. Are you sure your control domain is at the minimum patch level 
required for LDoms 1.2? For S10 5/08 that would be 139555-08 or higher.

Also, the fact that zfs create doesn't know about the '-p' option 
suggests that your system is downrev wrt ZFS patches (the -p option was 
introduced in 137137-01 if I'm not mistaken).

Menno
-- 
Menno Lageman - Sun Microsystems - http://blogs.sun.com/menno

Reply via email to