Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 2093401 - Creating ESX compute resource on vcenter 7.x fails with InvalidArgument: A specified parameter was not correct: deviceChange[1].device.key
Summary: Creating ESX compute resource on vcenter 7.x fails with InvalidArgument: A sp...
Keywords:
Status: CLOSED DUPLICATE of bug 2072696
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Compute Resources - VMWare
Version: 6.10.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: Unspecified
Assignee: Chris Roberts
QA Contact: Lukáš Hellebrandt
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-06-03 15:49 UTC by Brad Buckingham
Modified: 2022-06-27 17:31 UTC (History)
8 users (show)

Fixed In Version: rubygem-fog-vsphere-3.5.1
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 2072696
Environment:
Last Closed: 2022-06-27 14:00:09 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github fog fog-vsphere issues 272 0 None closed Creating ESX compute resource on vcenter 7.x fails with InvalidArgument: A specified parameter was not correct: deviceCh... 2022-06-03 15:50:00 UTC
Github fog fog-vsphere pull 273 0 None Merged Fixes #272 - ESX compute resource on vcenter 7.x fails with InvalidAr… 2022-06-03 15:50:00 UTC

Comment 4 Lukáš Hellebrandt 2022-06-27 12:16:35 UTC
Failed QA for the same reason as the 6.11 version of this BZ.

This usually works in low scale, see comment 13 in the original BZ. However, looking at the code, there is an ID being randomly selected in an interval of arbitrary size 5000 while its uniqueness is not being checked.

According to developers, the IDs only need to be unique for a single VM. First limitation that occurs here is that a VM can only have 5000 interfaces which I think is unnecessarily low but acceptable, a VM with more interfaces would be quite rare.

The important issue is, however, that the IDs are not being checked for uniqueness. When a VM has more than one interface, their IDs can be randomly generated the same, leading to an error. Chances of this are not small, for example, it would happen for every 5000th VM with 2 interfaces. Some of the larger customers are almost sure to hit this issue.

While this workaround isn't a real fix and doesn't scale, it makes VM provisioning on ESX 7 possible in most cases on small scale with reasonable amount of interfaces. Therefore, I think this shouldn't be considered fixed but also shouldn't be a release blocker, given the workaround code is present in the release.

I have reported bug 2101410 with a limited scope specified which can be verified to communicate this partial fix to customers in the 6.10.7 release information document.


Note You need to log in before you can comment on or make changes to this bug.