Bug 1315302 - Resolve provisioning template button does not work with Discovery
Summary: Resolve provisioning template button does not work with Discovery
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Discovery Plugin
Version: 6.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: Unspecified
Assignee: Daniel Lobato Garcia
QA Contact: Sachin Ghai
URL: http://projects.theforeman.org/issues...
Whiteboard:
: 1367214 1373521 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-07 12:39 UTC by Sachin Ghai
Modified: 2021-03-11 14:30 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-02-21 16:54:37 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Edit host form doesn't show the provisioning templates on provisioning a discovered host (58.71 KB, image/png)
2016-03-07 12:39 UTC, Sachin Ghai
no flags Details
snap24- provisioning templates being resolved on edit host form when provisioning discovered host (71.98 KB, image/png)
2017-11-17 11:03 UTC, Sachin Ghai
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 15548 0 None None None 2016-09-06 12:04:59 UTC

Description Sachin Ghai 2016-03-07 12:39:22 UTC
Created attachment 1133726 [details]
Edit host form doesn't show the provisioning templates on provisioning a discovered host

Description of problem: I was trying to provision a discovered host but the dit host form doesn't show the associated templates. I double checked and all templates were associated with selected OS.


2016-03-07 07:33:08 [app] [I] Started POST "/hosts/template_used?id=7?provisioning=build" for 10.65.193.200 at 2016-03-07 07:33:08 -0500
2016-03-07 07:33:08 [app] [I] Processing by HostsController#template_used as */*
2016-03-07 07:33:08 [app] [I]   Parameters: {"utf8"=>"✓", "authenticity_token"=>"aeJryRqFNLFTahLEy3nj4hV3ul2mYq4hI+orrncotPs=", "host"=>{"name"=>"mac525400689a6f", "hostgroup_id"=>"1", "content_facet_attributes"=>{"id"=>""}, "environment_id"=>"1", "content_source_id"=>"1", "puppet_ca_proxy_id"=>"1", "puppet_proxy_id"=>"1", "openscap_proxy_id"=>"", "managed"=>"true", "progress_report_id"=>"[FILTERED]", "type"=>"Host::Managed", "interfaces_attributes"=>{"0"=>{"_destroy"=>"0", "mac"=>"52:54:00:68:9a:6f", "identifier"=>"eth0", "name"=>"mac525400689a6f", "domain_id"=>"1", "subnet_id"=>"1", "ip"=>"192.168.100.14", "managed"=>"1", "primary"=>"1", "provision"=>"1", "execution"=>"1", "tag"=>"", "attached_to"=>"", "id"=>"13"}, "new_interfaces"=>{"_destroy"=>"1", "type"=>"Nic::Managed", "mac"=>"", "identifier"=>"", "name"=>"", "domain_id"=>"", "subnet_id"=>"", "ip"=>"", "managed"=>"1", "primary"=>"0", "provision"=>"0", "execution"=>"0", "virtual"=>"0", "tag"=>"", "attached_to"=>""}}, "architecture_id"=>"1", "operatingsystem_id"=>"3", "build"=>"1", "medium_id"=>"10", "ptable_id"=>"61", "disk"=>"", "root_pass"=>"[FILTERED]", "is_owned_by"=>"3-Users", "enabled"=>"1", "model_id"=>"2", "comment"=>"", "overwrite"=>"false"}, "hostgroup"=>{"lifecycle_environment_id"=>"2", "content_view_id"=>"2", "puppetclass_ids"=>[""]}, "fakepassword"=>"[FILTERED]", "bare_metal_capabilities"=>"build", "id"=>"7?provisioning=build"}
2016-03-07 07:33:08 [app] [I]   Rendered common/404.html.erb within layouts/application (1.8ms)
2016-03-07 07:33:08 [app] [I]   Rendered layouts/_application_content.html.erb (0.2ms)
2016-03-07 07:33:08 [app] [I]   Rendered layouts/base.html.erb (0.8ms)
2016-03-07 07:33:08 [app] [I] Completed 404 Not Found in 14ms (Views: 4.2ms | ActiveRecord: 1.8ms)

Please note on provisioning a host other than discovered one, I can see the templates

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

How reproducible:
always

Steps to Reproduce:
1. discovered a host
2. click on provision _> edit host form -> Operating System 
3.

Actual results:
Edit host form doesn't show the provisioning templates on provisioning a discovered host

Expected results:


Additional info:

Comment 2 Lukas Zapletal 2016-03-10 09:41:20 UTC
This is not a regression, this button hasn't ever worked. Since we are likely changing the discovery provisioning form for 6.3, I am giving this low priority for 6.2. It does not *block* anything, if I understand the BZ correctly.

Comment 3 Lukas Zapletal 2016-09-06 11:58:48 UTC
*** Bug 1367214 has been marked as a duplicate of this bug. ***

Comment 4 Bryan Kearney 2016-09-06 14:14:20 UTC
Upstream bug component is Discovery Plugin

Comment 5 Lukas Zapletal 2016-09-23 07:43:13 UTC
*** Bug 1373521 has been marked as a duplicate of this bug. ***

Comment 6 Bryan Kearney 2016-09-30 12:13:20 UTC
Upstream bug assigned to dlobatog

Comment 7 Bryan Kearney 2016-09-30 12:13:24 UTC
Upstream bug assigned to dlobatog

Comment 8 Satellite Program 2017-03-06 15:11:17 UTC
Moving this bug to POST for triage into Satellite 6 since the upstream issue http://projects.theforeman.org/issues/15548 has been resolved.

Comment 10 Sachin Ghai 2017-11-17 10:54:55 UTC
Verified w/ sat6.3 beta 

Provisioning templates being resolved now when provisioning a discovered hosts and later I can resolved on edit host form too. thank you for fix.

Comment 11 Sachin Ghai 2017-11-17 11:03:51 UTC
Created attachment 1354113 [details]
snap24- provisioning templates being resolved  on edit host form when provisioning discovered host

Comment 12 Satellite Program 2018-02-21 16:54:37 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.
> > 
> > https://access.redhat.com/errata/RHSA-2018:0336


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