This is a complex problem; for more information, see http://kb.vmware.com/kb/1018194 and http://kb.vmware.com/kb/1007696. Found another blog that mentioned creating a new snapshot and deleting that one should remove the ctk file. fixed my problem. For more information, see http://www.ibm.com/support/docview.wss?uid=swg21417529. 2) Verify that the vCenter is licensed to use the "Storage APIs" feature. 3) To backup a target virtual machine, you must specify which VMware userid http://caribtechsxm.com/protocol-error/protocol-error-17.php
thanks Onur Malkoç July 11th, 2012Onur Malkoç(Quote) at 12:13Onur Malkoç(Quote) | #11 Reply | Quote Two thumbs up! Using VEEAM with API I lost communication and/or power. Solution This issue is out of scope of NetBackup support. The data mover does not have access to the target virtual machines datastore. check over here
http://kb.vmware.com/kb/1037071 Affected VMware products:VMware ESX 4.1.xVMware ESXi 4.1.x EmbeddedVMware ESXi 4.1.x InstallableVMware ESXi 5.0.xApplies ToNBU 188.8.131.52 in Windows Server 2008 R2 (Master / Backup Host), ESX 4.1 Update 2 and VMware Because a BIOS UUID is not guaranteed unique, unlike aMoRef, this new behavior may cause problems after cloning, out of place VM restore, and so forth. But while browsing the Datastore I saw many active snapshots. That is why I received “Unable to access file
Removed them w/o deleting. This is a common problem with Windows 2008 virtual machines and several VMware KB's discuss this. Attachment Products Subscribe to Article Search Survey Did this article answer your question or resolve your issue? For more information, see http://kb.vmware.com/kb/2063054 and http://www.ibm.com/support/docview.wss?uid=swg21497028.
Be careful here, selecting just “Remove from Virtual Machnie”, and don’t delete files from disk! - Power On “VMware Data Recovery” VM - Repeat solution Option 1 (^ above) Problem solved. Message: "Volume/NTFS filesystem is corrupt (87)" Tivoli Storage Manager operations: Backup VM Transport: SAN, NBD, NDBSSL Explanation/Actions: It is unknown if this message occurs when you use SAN, NBD, or NBDSSL. For information, see http://www.ibm.com/support/docview.wss?uid=swg21636933. have a peek here If the VDDK temporary directory path on the data mover contains anything other than UTF-8, an error will occur.
I'm thinking- This is combining the delta and removing the snapshot that was not visible. For information on how Tivoli Storage Manager requests virtual machine snapshots see http://www-01.ibm.com/support/docview.wss?uid=swg21585387. Ensure that the LUN is mapped to the data mover. 3) The iSCSI SAN target is not connected to the data mover node. I thought … hum..
The vmbackup_save_local and vmrestore_ovf_override test flags can be used to work-around this issue. this website The error will be seen only when using SAN transport and with client 184.108.40.206 to 220.127.116.11 because the guest UUID uniqueness check is enforced by VMware starting with VDDK 6.0.0 : I click delete all. Message: visdkCreateVM => “The operation is not supported on the object.” Tivoli Storage Manager operations: Restore VM Transport: SAN, HOTADD, NBD, NDBSSL Explanation/Actions: In some cases, restoring a virtual machine might
For more information, see http://kb.vmware.com/kb/1003487. Check This Out A VMware KB article (http://kb.vmware.com/kb/2012122) might help to determine which attribute is causing the problem. Infrastructure Consultant by IT-Value. No Yes Did this article save you the trouble of contacting technical support?
Message: VixMntApi_GetVolumeInfo => The problem here is that no data is returned and we get no error message from the VDDK SDK. We need to involve the VMware team to get this issue resolved. Ensure that the iSCSI target is connected to the data mover. 4) The SAN Policy must be set to OnLineAll using the Windows program called diskpart. Source Message: VixDiskLib_ConnectEx => "No transport modes available to access disks" Tivoli Storage Manager operations: Backup VM, Restore VM also depends on Virtual Disk Development Kit (VDDK) version Transport: SAN, NBD, NDBSSL
Sander has over 10 years experience in IT, primary focus: virtualization, storage and SBCMore Posts - Website Follow Me: Categories: VMware Tags: ESX, snapshot, vCenter Server 4.0, VMware, VMware Data Recovery Set the correct directory in the dsmvddk.opt file with the tmpDirectory option (tmpDirectory= C:\mnt\vmwaretmp). For more information, see http://kb.vmware.com/kb/2000767.
My first and only virtual harddisk of the VM is pointing to the snapshot file. Use a newer version of Windows Server for the data mover. For more information, see http://www.vmware.com/support/developer/vddk/vddk-511-releasenotes.html. Message: visdkCreateVmSnapshotMoRef => “An error occurred while quiescing the virtual machine.
When the next VMDK is to be processed, the connection is refused and the backup fails. Message: VixDiskLib_Open => "Cannot use hotadd transport to mount virtual machines with non-SCSI disks" Tivoli Storage Manager operations: Backup VM, Restore VM Transport: SAN, NBD, NDBSSL Explanation/Actions: It is unknown if This is done with the dsmc set password command. have a peek here I thought I’d never added a second disk on this VM? - Hard Disk 2 = Disk file location [SAN OS] SDENERGIE01/SDENERGIE01_1.vmdk - Hard Disk 2 = Independent - Hard Disk
Tivoli Storage Manager operations: Backup VM, Restore VM Transport: SAN, HOTADD, NBD, NDBSSL Explanation/Actions: The boot disk must be scsi0:0 for use with VDDK mount API. You might need to remove VMware Tools from the virtual machine and then reinstall them; or, quiescing must be disabled. To increase it, see http://kb.vmware.com/kb/1006711. You can now see the “Consolidate Helper –0” as active snapshot + my own created snapshot: “test” - Select your “Test” snapshot and press “Delete All” Hopefully your problem is
For information see, http://www.ibm.com/support/docview.wss?uid=swg21459852 and http://kb.vmware.com/kb/1037071. Snapshot delta files are not consolidated after backup this is a VMware issue that will be fix in a future version of the Virtual Disk Development Kit. Resolving the problem VMware also has a “Best Practices” document that describes the use of the advanced transport mechanisms (SAN, HotAdd and NBD/NBDSSL). I checked and no additional previous snapshots (as mentioned in step 1) were listed in teh snapshot mgr.
Create/Manage Case QUESTIONS? Transport: SAN Explanation/Actions: This VMware KB covers quiesced snapshots on virtual machines using Microsoft iSCSI LUNs. For information, see http://www.ibm.com/support/docview.wss?uid=swg21417529. The I/O must be reduced.
For advanced transport best practices, see http://kb.vmware.com/kb/1035096. Matt July 28th, 2011Matt(Quote) at 19:05Matt(Quote) | #4 Reply | Quote Best How To… Hands down! It fixed our locked problem. And yes.. hanging snapshots Trying to remove the snapshots was a little bit different.
Message: VixDiskLib_Open => "Cannot hot-add the proxy's own disks to itself " Tivoli Storage Manager operations: Backup VM Transport: SAN, NBD, NDBSSL Explanation/Actions: It is unknown if this message occurs when Transport: NBD, NDBSSL Explanation/Actions: A network path is not available from the data mover to the ESXi system that is hosting the target virtual machine. For advanced transport best practices, see http://kb.vmware.com/kb/1035096. Transport: HOTADD, NBD, NDBSSL Explanation/Actions: It is unknown if this message occurs when you use HOTADD, NBD, or NBDSSL.