Loading

×Sorry to interrupt
CSS Error

Refresh

Cookie Preference Center

General Information on cookies

When you visit our website, we use cookies to ensure that we give you the best experience. This information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies by clicking on the different category headings to find out more and change your settings. However, blocking some types of cookies may impact your experience on the site and the services we are able to offer. Further information can be found in our

Cookie Policy.

Strictly Necessary

Strictly Necessary

Always Active

Strictly Necessary

Strictly necessary cookies are always enabled since they are essential for our website to function. They enable core functionality such as security, network management, and website accessibility. You can set your browser to block or alert you about these cookies, but this may affect how the website functions. For more information please visit www.aboutcookies.org or www.allaboutcookies.org.

Cookie Details‎

Performance

Performance

Performance

Performance cookies are used to analyze the user experience to improve our website by collecting and reporting information on how you use it. They allow us to know which pages are the most and least popular, see how visitors move around the site, optimize our website and make it easier to navigate.

Cookie Details‎

Please confirm your settings by refreshing the page.

Functional

Functional

Functional

Functional cookies help us keep track of your past browsing choices so we can improve usability and customize your experience. These cookies enable the website to remember your preferred settings, language preferences, location and other customizable elements such as font or text size. If you do not allow these cookies, then some or all of these services may not function properly.

Cookie Details‎

Advertising

Advertising

Advertising

Advertising cookies are used to send you relevant advertising and promotional information. They may be set through our site by third parties to build a profile of your interests and show you relevant advertisements on other sites. These cookies do not directly store personal information, but their function is based on uniquely identifying your browser and internet device.

Cookie Details‎

Advertising Cookies

Consent Leg.Interest

Select All Vendors

Select All Vendors

Select All Hosts

Select All

Clear Filters

Information storage and access

Apply

Confirm My Choices Reject All Allow All

My Subscriptions

Loading

Knowledge Base

Creating a protection group or protecting a virtual machine may fail with the error: Operation Not Supported on the Object (1020796)

Last Updated: 3/20/2024Categories: TroubleshootingTotal Views: 18080Language:
Chinese (Simplified)JapaneseEnglish

Subscribe to get an email
newsletter with new updates

Please provide article feedback:

Symptoms

When creating a protection group or when protecting an individual virtual machine on the protected site, the creation and reconfiguration of its associated shadow (placeholder) virtual machine on the DR site may fail with the error:

Unable to createplaceholder virtual machine at the recovery site: recovery virtual machine could not be created: The operation is not supported on the object

The SRM logs on the protected site contains entries similar to:

[2010-12-03 10:25:23.627 03344 verbose 'Replication']Creation of shadow VM failed with error(dr.secondary.fault.RemoteCreateVmFault) {
[#1] dynamicType = <unset>,
[#1] faultCause = (vmodl.MethodFault) null,
[#1] remoteFault = (vmodl.fault.NotSupported) {
[#1] dynamicType = <unset>,
[#1] faultCause = (vmodl.MethodFault) null,
[#1] msg = "The operation is not supported on the object.",
[#1] },
[#1] msg = "Recovery virtual machine could not be created: The operation is not supported on the object.",
[#1] }
[2010-12-03 10:25:23.627 03344 verbose 'PropertyProvider'] RecordOp ASSIGN: info.error, com.vmware.vcDr.ReplicationGroup.AddVmTask-4
[2010-12-03 10:25:23.627 03344 verbose 'com.vmware.vcDr.ReplicationGroup.AddVmTask-Task'] Error set to (dr.primary.fault.RemoteAddVmFault) {
[#1] dynamicType = <unset>,
[#1] faultCause = (vmodl.MethodFault) null,
[#1] remoteFault = (dr.secondary.fault.RemoteCreateVmFault) {
[#1] dynamicType = <unset>,
[#1] faultCause = (vmodl.MethodFault) null,
[#1] remoteFault = (vmodl.fault.NotSupported) {
[#1] dynamicType = <unset>,
[#1] faultCause = (vmodl.MethodFault) null,
[#1] msg = "The operation is not supported on the object.",
[#1] },
[#1] msg = "Recovery virtual machine could not be created: The operation is not supported on the object.",
[#1] },
[#1] msg = "",
[#1] }
[2010-12-03 10:25:23.627 03344 verbose 'PropertyProvider'] RecordOp ASSIGN: info.completeTime, com.vmware.vcDr.ReplicationGroup.AddVmTask-4
[2010-12-03 10:25:23.627 03344 info 'com.vmware.vcDr.ReplicationGroup.AddVmTask-Task'] State set to error

The SRM logs on the DR site contain entries similar to:

[2010-12-03 10:25:23.937 01784 verbose 'com.vmware.vcDr.ShadowGroup.AddVmTask-Task'] Progress advanced to 90
[2010-12-03 10:25:23.937 01784 verbose 'PropertyProvider'] RecordOp ASSIGN: info.progress, com.vmware.vcDr.ShadowGroup.AddVmTask-2
[2010-12-03 10:25:23.937 01784 verbose 'SecondaryReplication']Creation of VM failed with error(vmodl.fault.NotSupported) {
[#1] dynamicType = <unset>,
[#1] faultCause = (vmodl.MethodFault) null,
[#1] msg = "The operation is not supported on the object.",
[#1] }
[2010-12-03 10:25:23.937 01784 verbose 'PropertyProvider'] RecordOp ASSIGN: info.error, com.vmware.vcDr.ShadowGroup.AddVmTask-2
[2010-12-03 10:25:23.937 01784 verbose 'com.vmware.vcDr.ShadowGroup.AddVmTask-Task'] Error set to (dr.secondary.fault.RemoteCreateVmFault) {
[#1] dynamicType = <unset>,
[#1] faultCause = (vmodl.MethodFault) null,
[#1] remoteFault = (vmodl.fault.NotSupported) {
[#1] dynamicType = <unset>,
[#1] faultCause = (vmodl.MethodFault) null,
[#1] msg = "The operation is not supported on the object.",
[#1] },
[#1] msg = "",
[#1] }
[2010-12-03 10:25:23.937 01784 verbose 'PropertyProvider'] RecordOp ASSIGN: info.completeTime, com.vmware.vcDr.ShadowGroup.AddVmTask-2
[2010-12-03 10:25:23.937 01784 info 'com.vmware.vcDr.ShadowGroup.AddVmTask-Task'] State set to error

On the ESX host on the DR site where the shadow virtual machine creation attempt was made, the hostd logs contain entries similar to:

2010-12-03 10:24:44.098 F63C5B90 info 'TaskManager'] Task Created : haTask-ha-folder-vm-vim.Folder.createVm-79
[2010-12-03 10:24:44.099 F63C5B90 info 'VmMisc'] Max supported virtual machines: 1200
[2010-12-03 10:24:44.170 F63C5B90 info 'vm:/vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3/vm01-w2k3.vmx'] Create called: /vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3/vm01-w2k3.vmx
(vim.vm.ConfigSpec) {

:
:

(vim.vm.device.VirtualDeviceSpec) {
dynamicType = <unset>,
operation = "add",
fileOperation = <unset>,
device = (vim.vm.device.VirtualVideoCard) {
dynamicType = <unset>,
key = 500,
deviceInfo = (vim.Description) {
dynamicType = <unset>,
label = "Video card ",
summary = "Video card",
},
backing = (vim.vm.device.VirtualDevice.BackingInfo) null,
connectable = (vim.vm.device.VirtualDevice.ConnectInfo) null,
controllerKey = 100,
unitNumber = 0,
videoRamSizeInKB = 2048,
numDisplays = <unset>,
useAutoDetect = true,
enable3DSupport = false,
},
},

:
:

[2010-12-03 10:24:44.176 F63C5B90 verbose 'Vmsvc'] Create VM initiated [16]: /vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3/vm01-w2k3.vmx
[2010-12-03 10:24:44.191 F6447B90 verbose 'vm:/vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3/vm01-w2k3.vmx'] CreateVmDirectory: Doing nothing since vm dir already exists: '/vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3'.

:
:

[2010-12-03 10:24:46.069 F6447B90 info 'vm:/vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3/vm01-w2k3.vmx'] Video Ram size edit not supported when auto-detect is True
[2010-12-03 10:24:46.070 F6447B90 info 'vm:/vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3/vm01-w2k3.vmx'] Reconfigure failed
[2010-12-03 10:24:46.070 F6447B90 info 'vm:/vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3/vm01-w2k3.vmx'] Create failed with given spec: /vmfs/volumes/4cf064f5-62f16403-5664-001a648f15b2/vm01-w2k3/vm01-w2k3.vmx

Cause

This problem happens because the hostd component of ESX does not support modifying the Video Card RAM size if it is already set to Auto Detect Video Setting. In the hostd log sample in the Symptoms section, you see that the virtual machine Video Card RAM size settings are:

:

videoRamSizeInKB = 2048,
useAutoDetect = true,

:

Resolution

This issue has been resolved in SRM 4.1.2. For more/related information see VMware vCenter Site Recovery Manager 4.1.2 Release Notes.

The issue is still present in SRM 4.0.

To avoid this problem, check the Video Card RAM size settings on the affected virtual machine on the protected site and:

If Auto Detect Video Setting is enabled, make sure the actual Total Video RAM size is set to 4MB.

Note: In the vSphere Client, you can only make one change to the Video Card RAM Size setting at a time. You may need to invoke Edit Settings twice. To edit the Video Card RAM size settings for a virtual machine:

Right-click the virtual machine and click Edit Settings.

Click Video Card.

Choose Enter Total Video RAM and enter the value 4.

Click OK to save the changes.

Right-click virtual machine and click Edit Settings.

Click Video Card.

Select the option Auto Detect Video Setting.

Click OK to save the changes.

If Auto Detect Video Setting is deselected (disabled), any value for Total Video RAM size should be OK.

Important Note: Make sure that the replication of the source LUN where the virtual machine is stored on the protected site is fully synced with its associated replica LUN on the DR site after making these changes. Verify this before attempting a Test Failover or Failover operation. For information on how to force a replication re-sync of the replication so that the LUN on the protected site and its associated replica LUN on the DR site are fully in sync, contact your storage vendor.

Related Information

Virtual machines created through a P2V (physical to virtual, like those done with VMware Converter) may be affected by this problem.

Virtual machines created from templates may also be affected by this problem if the Video Card RAM size setting on the template is different from what is recommended in this article. If that is the case, VMware suggests recreating the templates after correcting the Video Card RAM size settings as recommended in this article.

保護グループの作成または仮想マシンの保護がエラー「このオブジェクトでは、この操作はサポートされていません」で失敗する
创建保护组或保护虚拟机失败并显示以下错误：对象上不支持该操作

Detectable by VMware SkylineTM

Actions

Copy

link to clipboard
copied!

Print

Language:
Chinese (Simplified)JapaneseEnglish

Attachments

Additional Resources

KB
•
End Of General Availability of the Free vSphere Hypervisor (ESXi 7.x and 8.x) (2107518)

KB
•
Download and Install VMware Fusion (2014097)

KB
•
vSphere Replication Management Server 接続が次のエラーで失敗する: 予期しない状況コード:404 (2007463)

Results 1-3 of 3

Ask The Community

Get answers quickly from VMware experts in the community

Post Subject

CONTINUE IN COMMUNITIES

Related Products:

VMware vCenter Site Recovery Manager

Related Versions:

VMware vCenter Site Recovery Manager 4.1.x

VMware vCenter Site Recovery Manager 4.0.x

Take Our Survey

Support Assistant