Bug #5652

vmWare Compute Resources not being honored

Added by marcelo veglienzone over 3 years ago. Updated over 3 years ago.

Status:Closed
Priority:Normal
Assigned To:Dominic Cleal
Category:Compute resources
Target version:Sprint 24
Difficulty: Bugzilla link:1107705
Found in release:1.5.0 Pull request:
Story points-
Velocity based estimate-
Release1.5.1Release relationshipAuto

Description

Description

Steps to reproduce:
Create a VMware compute resource
Create a compute profile without thin provisioning checked
Save
Open compute profile again
Expected results:
when I open the compute profile, thin provisioning should not be checked
When I create a new host based on the compute profile, thin provisioning should not be checked
Actual results:
when I open the compute profile, thin provisioning is checked.
When I create a new host based on the compute profile, thin provisioning is checked


This behavior is seen accross most resources, NIC type, SCSI controller

The strange thing is that according to the production.log it seems we are actually changing the parameters:

Started PUT "/compute_profiles/5-redhat-6/compute_attributes/3" for 10.135.76.203 at 2014-05-09 13:31:14 -0500
Processing by ComputeAttributesController#update as */*
Parameters: {"utf8"=>"รข", "authenticity_token"=>"Ro9asdf62U4aOtUdm30G7asdghM7aW9asdfCZU/2Klbdf0573AavM=", "compute_attribute"=>{"vm_attrs"=>{"cpus"=>"1", "corespersocket"=>"1", "memory_mb"=>"1024", "cluster"=>"Cluster-A", "path"=>"/Datacenters/Cluster-A/vm", "guest_id"=>"rhel6_64Guest", "interfaces_attributes"=>{"new_interfaces"=>{"type"=>"VirtualE1000", "network"=>"network-1615", "_delete"=>""}, "0"=>{"type"=>"VirtualVmxnet3", "network"=>"network-109344", "_delete"=>""}}, "volumes_attributes"=>{"new_volumes"=>{"datastore"=>"esxhostA:Storage", "name"=>"Hard disk", "size_gb"=>"10", "thin"=>"true", "_delete"=>""}, "0"=>{"datastore"=>"esxhostA:Storage", "name"=>"Hard disk", "size_gb"=>"10", "thin"=>"false", "_delete"=>""}}, "scsi_controller_type"=>"ParaVirtualSCSIController", "image_id"=>"Templates/UNIX/RedHat/x86_64/6.5_x86_64"}}, "compute_profile_id"=>"5-redhat-6", "id"=>"3"}
Successfully decrypted field for Foreman::Model::Vmware vmware
Redirected to https://foremanhost.com/compute_profiles/5-redhat-6
Completed 302 Found in 66ms (ActiveRecord: 3.4ms)

This could be related to bug 4159


Related issues

Related to Foreman - Bug #4159: Thin provisioning for VMware disks in compute profiles ca... Closed 01/22/2014
Duplicated by Foreman - Bug #5676: VMware Compute Profile Can't Change Interface Duplicate 05/12/2014
Duplicated by Smart Proxy - Bug #5902: VMware profile for disk doesn't stick Duplicate 05/23/2014

Associated revisions

Revision 693391ba
Added by Dominic Cleal over 3 years ago

fixes #5652 - run parse_args when calling new_vm for compute profiles

Revision 8ed9df68
Added by Dominic Cleal over 3 years ago

fixes #5652 - run parse_args when calling new_vm for compute profiles

(cherry picked from commit 693391babe939cc27f30889ea83d506102d36dcf)

History

#1 Updated by Dominic Cleal over 3 years ago

  • Related to Bug #4159: Thin provisioning for VMware disks in compute profiles can't be saved added

#2 Updated by Dominic Cleal over 3 years ago

  • Release set to 1.5.1

#3 Updated by Dominic Cleal over 3 years ago

  • Status changed from New to Assigned
  • Assigned To set to Dominic Cleal
  • Target version set to Sprint 23

#4 Updated by Dominic Cleal over 3 years ago

  • Status changed from Assigned to Ready For Testing

#5 Updated by Dominic Cleal over 3 years ago

  • Duplicated by Bug #5676: VMware Compute Profile Can't Change Interface added

#6 Updated by Dmitri Dolguikh over 3 years ago

  • Target version changed from Sprint 23 to Sprint 24

#7 Updated by Dominic Cleal over 3 years ago

  • Duplicated by Bug #5902: VMware profile for disk doesn't stick added

#8 Updated by Bryan Kearney over 3 years ago

  • Bugzilla link set to https://bugzilla.redhat.com/show_bug.cgi?id=1107705

#9 Updated by Dominic Cleal over 3 years ago

  • Status changed from Ready For Testing to Closed
  • % Done changed from 0 to 100

Also available in: Atom PDF