Bug 1538597 - Cannot add new disk to VM when using image based to provision
Summary: Cannot add new disk to VM when using image based to provision
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Compute Resources - VMWare
Version: 6.3.0
Hardware: x86_64
OS: Linux
Target Milestone: 6.4.0
Assignee: Chris Roberts
QA Contact: Sanket Jagtap
URL: https://projects.theforeman.org/issue...
Depends On: 1602289
TreeView+ depends on / blocked
Reported: 2018-01-25 12:08 UTC by Sanket Jagtap
Modified: 2021-12-10 15:36 UTC (History)
16 users (show)

Fixed In Version:
Doc Type: Known Issue
Doc Text:
When using image-based provisioning against VMWare, attempting to add additional storage to the new host returns an error.
Clone Of:
Last Closed: 2018-10-16 19:14:09 UTC
Target Upstream Version:

Attachments (Terms of Use)
patch (1.17 MB, application/x-tar)
2018-05-15 14:35 UTC, Chris Roberts
no flags Details
hotfix (63.59 KB, application/x-rpm)
2018-05-17 03:56 UTC, Chris Roberts
no flags Details
image add disks (34.80 KB, image/png)
2018-08-14 07:10 UTC, Sanket Jagtap
no flags Details
Disks added to Image (38.21 KB, image/png)
2018-08-14 07:11 UTC, Sanket Jagtap
no flags Details

System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 22315 0 High Closed Cannot add new disk to VM when using image based to provision 2020-06-16 16:55:34 UTC
Red Hat Bugzilla 1322481 1 None None None 2023-03-24 13:40:40 UTC
Red Hat Bugzilla 1615733 0 unspecified NEW Image based provisioning cannot add SCSI controller 2023-03-13 13:43:53 UTC
Red Hat Knowledge Base (Article) 3459711 0 None None None 2018-05-25 09:12:46 UTC

Internal Links: 1322481 1615733

Description Sanket Jagtap 2018-01-25 12:08:53 UTC
Description of problem:
Build: Satellite 6.3.0 snap 33

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. provision a VM from Image based provisioning 
2. Add more disk to the VM and click submit 

Actual results:
Unable to save
Failed to create a compute vmware (VMware) instance toby-hassian.capqe.lab.eng.rdu2.redhat.com: InvalidRequest: Error parsing string 1 as enum type VirtualDeviceConfigSpecOperation while parsing serialized value of type vim.vm.device.VirtualDeviceSpec.Operation at line 1, column 2794 while parsing property "operation" of static type VirtualDeviceConfigSpecOperation while parsing serialized DataObject of type vim.vm.device.VirtualDeviceSpec at line 1, column 2745 while parsing property "deviceChange" of static type ArrayOfVirtualDeviceConfigSpec while parsing serialized DataObject of type vim.vm.ConfigSpec at line 1, column 592 while parsing property "config" of static type VirtualMachineConfigSpec while parsing serialized DataObject of type vim.vm.CloneSpec at line 1, column 346 while parsing call information for method CloneVM_Task at line 1, column 177 while parsing SOAP body at line 1, column 167 while parsing SOAP envelope at line 1, column 0 while parsing HTTP request for method clone on object of type vim.VirtualMachine at line 1, column 0 

Expected results:
Vm should be provisioned

Additional info:
I see a relevant upstream issue https://projects.theforeman.org/issues/18181

Comment 10 Marek Hulan 2018-01-30 16:34:26 UTC
A workaround might be creating the template in vmware with additional disks so the number of disks does not have to be changed. Provisioning with single disk worked fine for me. I'd say Priority/Severity should be lowered, vmware provisioning in general works.

Comment 17 Chris Roberts 2018-05-09 18:40:30 UTC




Comment 18 Chris Roberts 2018-05-09 19:21:15 UTC
so i isolated it to fog-vsphere, i took a 6.3 and removed the fog 1.7 and installed the 6.2 fog 0.6 and it works fine, so will start to look for the commit that broke it, at least we know its not foreman.

Comment 19 Chris Roberts 2018-05-09 19:31:26 UTC
2018-05-09 15:19:04 42912ab0 [app] [I]   Parameters: {"utf8"=>"✓", "authenticity_token"=>"Z+lVW6VhCDp329BdMiO7B042bjZM7F7pxEUZcigJSf0CoYwLKMut72jR01jNG6fC5m5a1Gz1KL35QhGrTNvaSw==", "host"=>{"name"=>"janis-zellous", "organization_id"=>"1", "location_id"=>"2", "hostgroup_id"=>"1", "compute_resource_id"=>"1", "content_facet_attributes"=>{"lifecycle_environment_id"=>"1", "content_view_id"=>"2", "content_source_id"=>"1"}, "puppetclass_ids"=>[""], "managed"=>"true", "progress_report_id"=>"[FILTERED]", "type"=>"Host::Managed", "interfaces_attributes"=>{"0"=>{"_destroy"=>"0", "type"=>"Nic::Managed", "mac"=>"", "identifier"=>"", "name"=>"janis-zellous", "domain_id"=>"1", "subnet_id"=>"1", "ip"=>"", "ip6"=>"", "managed"=>"1", "primary"=>"1", "provision"=>"1", "execution"=>"1", "virtual"=>"0", "tag"=>"", "attached_to"=>"", "compute_attributes"=>{"type"=>"VirtualVmxnet3", "network"=>"network-106"}}}, "compute_attributes"=>{"cpus"=>"1", "corespersocket"=>"1", "memory_mb"=>"2048", "firmware"=>"bios", "cluster"=>"Satellite_Engineering", "resource_pool"=>"Resources", "path"=>"/Datacenters/RH_Engineering/vm/Toledo", "guest_id"=>"rhel7_64Guest", "scsi_controller_type"=>"VirtualLsiLogicController", "hardware_version"=>"Default", "memoryHotAddEnabled"=>"0", "cpuHotAddEnabled"=>"0", "add_cdrom"=>"0", "start"=>"1", "annotation"=>"", "volumes_attributes"=>{"0"=>{"_delete"=>"", "storage_pod"=>"", "datastore"=>"Local-Ironforge", "name"=>"Hard disk", "size_gb"=>"50", "thin"=>"true", "eager_zero"=>"false", "mode"=>"persistent"}, "1525893523219"=>{"_delete"=>"", "storage_pod"=>"", "datastore"=>"Local-Ironforge", "name"=>"Hard disk", "size_gb"=>"20", "thin"=>"true", "eager_zero"=>"false", "mode"=>"persistent"}}, "image_id"=>"Templates/RHEL7_ENG-Template"}, "architecture_id"=>"1", "operatingsystem_id"=>"4", "provision_method"=>"image", "build"=>"1", "medium_id"=>"11", "ptable_id"=>"61", "pxe_loader"=>"PXELinux BIOS", "disk"=>"", "root_pass"=>"[FILTERED]", "is_owned_by"=>"3-Users", "enabled"=>"1", "model_id"=>"", "comment"=>"", "overwrite"=>"false"}, "capabilities"=>"build image new_volume bootdisk", "provider"=>"Vmware", "media_selector"=>"install_media", "bare_metal_capabilities"=>"build"}

Comment 26 Chris Roberts 2018-05-15 14:35:22 UTC
Download the patch and scp it to the Red Hat Satellite Server, to apply the patch do the following:

# katello-service stop
# tar -xvf fog-vsphere-1.7.0.tar
# mv /opt/theforeman/tfm/root/usr/share/gems/gems/fog-vsphere-1.7.0 /tmp
# chown root:root /opt/theforeman/tfm/root/usr/share/gems/gems/fog-vsphere-1.7.0
# restorecon -R /opt/theforeman/tfm/root/usr/share/gems/gems/fog-vsphere-1.7.0 (if using selinux)
# mv fog-vsphere-1.7.0 /opt/theforeman/tfm/root/usr/share/gems/gems/
# katello-service start

This is not an official patch!!! Just a patch with testing to that appears to have resolved the issue.

Comment 27 Chris Roberts 2018-05-15 14:35:43 UTC
Created attachment 1436805 [details]

Comment 28 Chris Roberts 2018-05-17 03:56:15 UTC
Created attachment 1437737 [details]

Download the hotfix rpm to /root
# katello-service stop
# yum localupdate tfm-rubygem-fog-vsphere-1.7.0-2.HOTFIXRBBZ1538597.el7sat.noarch.rpm
# katello-service start

Comment 41 Jitendra Yejare 2018-08-07 10:42:55 UTC
The bug is blocked on image based provisioning on vmware bug - 1602289

Comment 42 Sanket Jagtap 2018-08-14 06:59:08 UTC
Build: Satellite 6.4.0 

I was able to add new disk while doing Image based provisioning, under a Single SCSI controller.

If new SCSI controller is added we get an error, tracking this separately

Verifying this as original issue is resolved.

Comment 43 Sanket Jagtap 2018-08-14 07:10:19 UTC
Created attachment 1475758 [details]
image add disks

Comment 44 Sanket Jagtap 2018-08-14 07:11:12 UTC
Created attachment 1475759 [details]
Disks added to Image

Image has only one disk, added another and provisioning was successful

Comment 51 Bryan Kearney 2018-10-16 19:14:09 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


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