All Posts

It turns out that i forgot to set up snapshotRef in VixDiskLib_ConnectEx, problem solved.
Hello, I have a Virtual Machine on ESXi 7.0: Guest OS: Microsoft Windows Server 2016 (64-bit) Compatibility: VmHardware.HWVersion.long.vmx-19 VMware Tools: Running, version:11333 (Current) ... See more...
Hello, I have a Virtual Machine on ESXi 7.0: Guest OS: Microsoft Windows Server 2016 (64-bit) Compatibility: VmHardware.HWVersion.long.vmx-19 VMware Tools: Running, version:11333 (Current)     It has only one disk on SCSI controller 0: Type: Thick Provision Lazy Zeroed Disk File: [d2] 2016/2016.vmdk Disk Mode: Dependent       quiesced snapshot part After creating a quiesced snapshot, I found that it had two delta files(aka child disks) which is strange because only one delta file should be generated:   vCenter shows that the virtual machine is now using [d2] 2016/2016-000001.vmdk: And Managed Object Browser shows that the disk recorded in the snapshot is [d2] 2016/2016-000002.vmdk Obviously I can't open them READ ONLY through VDDK 7.0.3, NBD transport mode: KLog: NBD_ClientOpen: attempting to create connection to vpxa-nfc://[d2] 2016/2016-000001.vmdk@192.168.88.230:902 KLog: Setting NFC log level to 1 KLog: Setting NFC log level to 1 KLog: NFC Async IO session is established for '[d2] 2016/2016-000001.vmdk' with log level 1. KLog: Opening file [d2] 2016/2016-000001.vmdk (vpxa-nfc://[d2] 2016/2016-000001.vmdk@192.168.88.230:902) KWarning: [NFC ERROR]NfcAioRcvErrorMsg: Error from server: NfcAioProcessOpenFileMsg: Failed to open '[d2] 2016/2016-000001.vmdk': DiskLib error 49: Thin/TBZ/Sparse disks cannot be opened in multiwriter mode KLog: Fail to open file [d2] 2016/2016-000001.vmdk KLog: DISKLIB-DSCPTR: : "vpxa-nfc://[d2] 2016/2016-000001.vmdk@192.168.88.230:902" : Failed to open NBD extent. KLog: DISKLIB-LINK : "vpxa-nfc://[d2] 2016/2016-000001.vmdk@192.168.88.230:902" : failed to open (Thin/TBZ/Sparse disks cannot be opened in multiwriter mode). KLog: DISKLIB-CHAIN : "vpxa-nfc://[d2] 2016/2016-000001.vmdk@192.168.88.230:902" : failed to open (Thin/TBZ/Sparse disks cannot be opened in multiwriter mode). KLog: DISKLIB-LIB : Failed to open 'vpxa-nfc://[d2] 2016/2016-000001.vmdk@192.168.88.230:902' with flags 0xe Thin/TBZ/Sparse disks cannot be opened in multiwriter mode (49). KLog: VixDiskLib: Detected DiskLib error 49 (Thin/TBZ/Sparse disks cannot be opened in multiwriter mode). KLog: VixDiskLib: Failed to open disk vpxa-nfc://[d2] 2016/2016-000001.vmdk@192.168.88.230:902!52 26 a2 59 d8 1d 32 3e-af 4e c9 d9 18 f1 5e b5. Error 1 (Unknown error) (DiskLib error 49: Thin/TBZ/Sparse disks cannot be opened in multiwriter mode) at 6469. KLog: VixDiskLib: VixDiskLib_OpenEx: Cannot open disk [d2] 2016/2016-000001.vmdk. Error 1 (Unknown error) (DiskLib error 49: Thin/TBZ/Sparse disks cannot be opened in multiwriter mode) at 7133. KLog: VixDiskLib: VixDiskLib_Open: Cannot open disk [d2] 2016/2016-000001.vmdk. Error 1 (Unknown error) at 7211. Failed to open   KLog: VixDiskLib: VixDiskLib_OpenEx: Open a disk. KLog: 2021-11-19T16:19:01.733+08:00 error -[05958] [Originator@6876 sub=vimaccess] GetFileName: Cannot create disk spec for disk [d2] 2016/2016-000002.vmdk. KLog: --> KLog: VixDiskLib: Error occurred when obtaining the file name for [d2] 2016/2016-000002.vmdk. Error 1 (Unknown error) (Cannot create disk spec for disk.) at 3344. KLog: VixDiskLib: VixDiskLib_OpenEx: Cannot open disk [d2] 2016/2016-000002.vmdk. Error 1 (Unknown error) at 7133. KLog: VixDiskLib: VixDiskLib_Open: Cannot open disk [d2] 2016/2016-000002.vmdk. Error 1 (Unknown error) at 7211. Failed to open   But I CAN open [d2] 2016/2016.vmdk to read, so I backup the whole [d2] 2016/2016.vmdk disk(not just allocated blocks) through VDDK. Finally, I restored the disk to the virtual machine. And try to use it to start the virtual machine, but the blue screen is directly displayed when starting:     none quiesced snapshot part So I created a none quiesced snapshot instead. And it has only ONE delta file as expected. I backup [d2] 2016/2016.vmdk through VDDK 7.0.3 and restore to the virtual machine again. And the operating system can be turned on normally this time.   question How do I back up this virtual machine with a quiesced snapshot?
We tried to backup a machine many times ,the machine occasionally failed to use HotAdd and fell back to NBD transport method。 The vddk log is following: VixDiskLib:vixDiskLib ConnectEx:Advanced tra... See more...
We tried to backup a machine many times ,the machine occasionally failed to use HotAdd and fell back to NBD transport method。 The vddk log is following: VixDiskLib:vixDiskLib ConnectEx:Advanced transport modes not available for opening moref=695. Cannot use advanced transport modes for <ESXi IP>/moref=695/695-snapshot-47:Invalid search specifier: moref:695.) This happened occasionally. Does any one have any idea of what could be going wrong here? Environment:  ESXi 6.5  and  VDDK 6.7.3
I was working on assigning ips to virtual_nic devices. For that, I was trying to map GuestNicInfo information to the vnic device. First, I tried to map using macAddress present in both these objects,... See more...
I was working on assigning ips to virtual_nic devices. For that, I was trying to map GuestNicInfo information to the vnic device. First, I tried to map using macAddress present in both these objects, but observed that in some cases it was differing. Then, tried to map deviceConfigId present in GuestNicInfo (as it is a mandatory field) to key present in nic device. Observed that deviceConfigId is coming as -1 in some cases. What is the expected behaviour here? Do we expect deviceConfigId to be -1?
If you have solved the issue, could you please post the solution?
When I try to open the disk through vddk 7.0.2., I got the following error: ==================================================================== [2021/06/24 18:20:11][VDDK] [share_disk1] freedos7/F... See more...
When I try to open the disk through vddk 7.0.2., I got the following error: ==================================================================== [2021/06/24 18:20:11][VDDK] [share_disk1] freedos7/FreeDos-VMv7.vmdk [2021/06/24 18:20:11][VDDK] Error: Unknown error [2021/06/24 18:20:11][VDDK] Error: 0x1 [2021/06/24 18:20:11][VDDK] Error: src\VddkLibDiskManager.cpp [2021/06/24 18:20:11][VDDK] Error: 33 [2021/06/24 18:20:11][VDDK] Debug: CVddkLibDiskManager open - Disk: [share_disk1] freedos7/FreeDos-VMv7.vmdk [2021/06/24 18:20:11][VDDK] Info: VixDiskLib: VixDiskLib_OpenEx: Open a disk. [2021/06/24 18:20:11][VDDK] Info: VixDiskLib: VixDiskLib_OpenEx: Failed to start session. Cannot get compatible version for vim at 7149. [2021/06/24 18:20:11][VDDK] Info: VixDiskLib: VixDiskLib_Open: Cannot open disk [share_disk1] freedos7/FreeDos-VMv7.vmdk. Error 1 (Unknown error) at 7250. ====================================================================   I found some article that recommend the open and close disk operation should in the main thread and I put them in multi-thread.  Something like this: thread 1 : open disk1........... close disk1.... thread 2 : open disk2........... close disk2.... Is this the reason that I got such error when I tried to open the disk?
  the below suggestion from VDDK 70 release notes helped us: New: On Windows, backup applications should call VixDiskLib_InitEx at the very beginning of the program. Some thread local storage was i... See more...
  the below suggestion from VDDK 70 release notes helped us: New: On Windows, backup applications should call VixDiskLib_InitEx at the very beginning of the program. Some thread local storage was introduced in VDDK 7.0, so now all threads that call VixDiskLib functions must be created and initialized after calling VixDiskLib_InitEx. This is advised but not required for Linux.
By calling VixDiskLib_InitEx() in designated thread, the issue seems to be resolved now.
Thanks BaluT21. I tried few things but no luck yet. We were using vimservice.dll from older VI SDK, upgraded that to use 7.0.2 VI SDK but still the issue persists. From VMWare side it would be really... See more...
Thanks BaluT21. I tried few things but no luck yet. We were using vimservice.dll from older VI SDK, upgraded that to use 7.0.2 VI SDK but still the issue persists. From VMWare side it would be really helpful if they can provide more information on what exactly is not compatible instead of just throwing error saying that vim version is not compatible. Also, it may even be a bug from their side, what do you think ??
No. we are still figuring out
Hi,   Were you able to find any solution for this problem, please post in case you fixed the problem. Thanks.
Hi, any update? Thanks for any solution about this issue, I am struggling with the same problem.
Even tried with VMs from VMFS 5 and VMFS 6, but still the connect fails with  ======= [110] [VddkUtil::diskLibLog] VixDiskLib: VixDiskLibConnectInt: Failed to start session. Cannot get compatible v... See more...
Even tried with VMs from VMFS 5 and VMFS 6, but still the connect fails with  ======= [110] [VddkUtil::diskLibLog] VixDiskLib: VixDiskLibConnectInt: Failed to start session. Cannot get compatible version for vim at 5720. [110] [VddkUtil::diskLibLog] VixDiskLib: VixDiskLib_ConnectEx: Advanced transport modes not available for opening moref=vm-17604. (Cannot use advanced transport modes for 10.10.0.1/moref=vm-17604/snapshot-17625: Cannot get compatible version for vim.) ======= Any help would be appreciated.
When using the VDDK7.0.2, i am getting the below error. Can someone guide us: The VM has virtual hardware version 14. Not able to figure out the issue in regards to compatible version. We use an old... See more...
When using the VDDK7.0.2, i am getting the below error. Can someone guide us: The VM has virtual hardware version 14. Not able to figure out the issue in regards to compatible version. We use an older connectSpec ========= [110] [VddkUtil::diskLibLog] VixDiskLib: VixDiskLibConnectInt: Failed to start session. Cannot get compatible version for vim at 5720. [110] [VddkUtil::diskLibLog] VixDiskLib: VixDiskLib_ConnectEx: Advanced transport modes not available for opening moref=vm-17604. (Cannot use advanced transport modes for 10.10.01.01/moref=vm-17604/snapshot-17607: Cannot get compatible version for vim.) [110] [VddkUtil::diskLibLog] VixDiskLib: VixDiskLib_OpenEx: Open a disk. [110] [VddkUtil::diskLibLog] VixDiskLib: VixDiskLib_OpenEx: Failed to start session. Cannot get compatible version for vim at 7149. [110] [VddkUtil::diskLibLog] VixDiskLib: VixDiskLib_Open: Cannot open disk [DS] New Virtual Machine/New Virtual Machine.vmdk. Error 1 (Unknown error) at 7250. ========  
Hi, While using VDDK version 7.0.2, when calling VixDiskLibInitEx() I am getting the error 'Failed to load vddkVimAccess.dll : ErrorCode = 0xb6'. Although the vddkVimAccess.dll is in same folder as... See more...
Hi, While using VDDK version 7.0.2, when calling VixDiskLibInitEx() I am getting the error 'Failed to load vddkVimAccess.dll : ErrorCode = 0xb6'. Although the vddkVimAccess.dll is in same folder as VixDiskLib.dll. Where do we meant by error code 0xb6 ? Does anybody has idea about it?
Finally I have to clone a new machine since none of the steps to consolidate worked out. 
Snapshots can be consolidated/delete with the VM being powered on, or off. However, in order to be able to delete the .ctk file you need to shut down the VM. André
Ok. Deleting the -ctk.vmdk and consolidating snapshots should fix the issues ? Sorry about .bck file that was a backup file which I took before editing.  The error throws only for the snapshot disk.... See more...
Ok. Deleting the -ctk.vmdk and consolidating snapshots should fix the issues ? Sorry about .bck file that was a backup file which I took before editing.  The error throws only for the snapshot disk. So no modification of parentCID needed and just consolidation should work ? Does the vm needs to be powered off and consolidate the snapshots ?    [root@myesxihost:/vmfs/volumes/vvol:9306e2643eae41e5-8004f38b148bbbdd] vmkfstools -e myguestvm_1.vmdk Disk chain is consistent. [root@myesxihost:/vmfs/volumes/vvol:9306e2643eae41e5-8004f38b148bbbdd] vmkfstools -e myguestvm_1-000001.vmdk Failed to open disk link /vmfs/volumes/vvol:9306e2643eae41e5-8004f38b148bbbdd/rfc4122.dd87ee03-92d9-4f51-a1e3-5514a669e46e/ptl12orddb103_1-000001.vmdk :Failed to lock the file (16392)Disk chain is not consistent : Failed to lock the file (16392) [root@myesxihost:/vmfs/volumes/vvol:9306e2643eae41e5-8004f38b148bbbdd/rfc4122.dd87ee03-92d9-4f51-a1e3-5514a669e46e]    
The "-ctk.vmdk" files are used to track changes to e.g. optimize backups. What I'd suggest is that you shut down the VM, and then delete the "-ctk.vmdk" files. The important .vmdk files are the sm... See more...
The "-ctk.vmdk" files are used to track changes to e.g. optimize backups. What I'd suggest is that you shut down the VM, and then delete the "-ctk.vmdk" files. The important .vmdk files are the small header/descriptor files (e.g. "vmname.vmdk"), and the ones which contain user data (flat, delta, and/or sesparse). After deleting the ctk files you should be able to consolidate/delete the snapshots from the Snapshot Manager. If no snapshot shows up in the Snapshot manager, create a new one, and then click the "Delete All" button. The ctk files will usually be recreated by the backup software. I assume that the mentioned ".bck" file is a typo, and shoud read ".lck". That's a lock file which usually exists while the VM is powered on. André  
I tried earlier today by updated the snapshots parentCID to match the parent's vmdk CID , but that didn't help. Could you please tell me what should be updated ?  After updated it was showing as 0 s... See more...
I tried earlier today by updated the snapshots parentCID to match the parent's vmdk CID , but that didn't help. Could you please tell me what should be updated ?  After updated it was showing as 0 size on the edit settings of the vm. Please let me know what did I miss here ?  Also when its powered off , if i run vmkfstools -e <snapshot.vmdk> it is showing as Disk chain is consistent , it throws error only when its on.    Here is the details of my VMDK files.  mytestvm_1-000001-ctk.vmdk    ( this has parentCID=ffffffff and CID=abcd1234 )    --> I updated the parentCID to match CID of below vmdk  mytestvm_1-000001.vmdk mytestvm_1-000001.vmdk.bck mytestvm_1-ctk.vmdk    ( this has parentCID=ffffffff and CID=efgh1234 )     mytestvm_1.vmdk