Sun Microsystems, Inc.  Sun System Handbook - ISO 4.1 October 2012 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-1447893.1
Update Date:2012-05-21
Keywords:

Solution Type  Problem Resolution Sure

Solution  1447893.1 :   Sun Storage 7000 Unified Storage System: VDI unable to clone desktop (missing target on NAS storage)  


Related Items
  • Sun Storage 7310 Unified Storage System
  •  
  • Sun Storage 7410 Unified Storage System
  •  
  • Sun ZFS Storage 7120
  •  
  • Sun Storage 7110 Unified Storage System
  •  
  • Sun ZFS Storage 7320
  •  
  • Sun ZFS Storage 7420
  •  
  • Sun Storage 7210 Unified Storage System
  •  
Related Categories
  • PLA-Support>Sun Systems>DISK>NAS>SN-DK: 7xxx NAS
  •  
  • .Old GCS Categories>Sun Microsystems>Storage - Disk>Unified Storage
  •  




In this Document
Symptoms
Cause
Solution


Applies to:

Sun Storage 7210 Unified Storage System - Version Not Applicable to Not Applicable [Release N/A]
Sun Storage 7310 Unified Storage System - Version Not Applicable to Not Applicable [Release N/A]
Sun Storage 7410 Unified Storage System - Version Not Applicable to Not Applicable [Release N/A]
Sun Storage 7110 Unified Storage System - Version Not Applicable to Not Applicable [Release N/A]
Sun ZFS Storage 7120 - Version Not Applicable to Not Applicable [Release N/A]
7000 Appliance OS (Fishworks)

Symptoms

Issue

VDI is not able to clone desktop because of missing target on the storage side

Environment

Appliance Type: Sun Storage 7110
Appliance Version: 2010.08.17.3.1,1-1.28  (2010.Q3.3.1)
iSCSI + NFS + VDI 3.3.15

Errors reported

1. From client system (VDI side) in the console, we can see the following message when we try to clone a desktop.

 

[...]
"Error cloning: Sharing of volume 1e945698-3589-4ea7-b75d-1b341f0f79ec failed on storage server 10.34.3.81."
Error changing desktop state: com.sun.vda.service.api.ServiceException: Sharing of volume 3e607******************977 failed on storage server 10.34.*******
[...]


2. From NAS storage we can see the following message in akd file .

[...]
aksh: uncaught error exception (code EAKSH_GENERIC_STMF_NOENT) in script: The target group 'vdi:xxx.yyy.zzz' no longer exists. It may have been destroyed or renamed by another administrator, or this LUN may have been imported from another system."
[...]
Thu Jan 26 14:15:24 2012: could not create view for LU 000111222333 with options 'tg=vdi:xxx.yyy.zzz ;hg=vdi:esriaqffbwqftpgmvrmg;lunumber=auto;assignednumber=-1;status=online;fixednumber=false': {txtid: "AKTXT_XMLRPC_STMF_NOTG", args: ["vdi:xxx.yyy.zzz"]}
Thu Jan 26 14:15:24 2012: postponing create of view for guid 000111222333 with options 'version=1;hg=vdi:esriaqffbwqftpgmvrmg;tg=vdi:xxx.yyy.zzz ;lunumber=auto;assignednumber=-1;status=online;fixednumber=false' (outstanding operation: none)
[...]

Cause

There might be a memory issue due to DDT (zfs dedup) on appliance side.

Solution


A) From VDI side: restart VDA services on each node. To restart the VDA services, use the command:

bash-3.00# /opt/SUNWvda/sbin/vda-service restart

B) From NAS storage side :Reboot NAS

FROM CLI:
maintenance -> system -> reboot

Attachments
This solution has no attachment
  Copyright © 2012 Sun Microsystems, Inc.  All rights reserved.
 Feedback