Bug 1165851 - [Docs] [Insight] VMs scans do not use the VM Sample profile
Summary: [Docs] [Insight] VMs scans do not use the VM Sample profile
Keywords:
Status: CLOSED EOL
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: Documentation
Version: 5.3.0
Hardware: All
OS: All
low
medium
Target Milestone: GA
: 5.4.0
Assignee: Red Hat CloudForms Documentation
QA Contact: Red Hat CloudForms Documentation
URL:
Whiteboard: vm:smartstate:configuration
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-19 21:01 UTC by Josh Carter
Modified: 2019-07-11 08:22 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1166280 (view as bug list)
Environment:
Last Closed: 2017-02-28 19:39:41 UTC
Category: ---
Cloudforms Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Josh Carter 2014-11-19 21:01:08 UTC
Description of problem:
Upstream -> http://talk.manageiq.org/t/problem-with-files-discover/375


VMs scans do not use the VM Sample profile which would seem like the obvious choice.

You need to copy the profile and name it as default. In addition, you need to set the files collected to be true. Please note there is a issue using wildcards (/etc/*.conf) which seems to be broken and requires each file to be added individually until it is fixed. Then future scans will start to pick up these files specfied.

feedback

Thanks, renaming scan profile to 'default' helped. However, this means that there can only be one profile for VMs, which is a restraint for the customer. I've found a bug about wildcards (https://bugzilla.redhat.com/show_bug.cgi?id=1160855), but couldn't find a bug about renaming profile to 'default'. If you have a link to that bug, could you please share it with me so I can keep an eye on it. 



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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 3 Greg McCullough 2014-12-03 18:40:20 UTC
Josh, there is a misconception with VM scan profiles in the description of the bug.  Different scan profiles can be assigned through policy using the "VM Analysis Start" event and the "Assign Profile to Analysis Task" action.  If this is not configured then the default scan profile will be used if it exists.

Comment 4 Dave Johnson 2014-12-05 22:34:22 UTC
Need to document that a user needs to create a 'default' profile that they can then configure as to what should be collectedd by default.  Else the system falls back to a internal default that the user can not see nor edit.

In addition, like GM mentions in comment 3, if the user sets up control policies to scan vms, they can select the profile in the triggered actions.

Comment 6 Andrew Dahms 2015-03-09 04:57:19 UTC
Assigning to Shikha for review.

Comment 8 Lucy Bopf 2016-05-26 02:44:06 UTC
Moving to NEW to be reviewed as the schedule allows.

Comment 9 Lucy Bopf 2016-06-07 01:31:02 UTC
Assigning to Deepti for review.

Deepti, it looks like we need to add a prerequisite or note based on Comment 3 and Comment 4 to the following procedure:

https://access.redhat.com/documentation/en/red-hat-cloudforms/version-4.1-beta/managing-infrastructure-and-inventory/#sect_analyzing_virtual_machines_and_templates

We should also confirm whether the same procedure should be applied for analyzing instances and images.

Comment 10 Andrew Dahms 2016-06-29 01:11:57 UTC
Moving back to the default assignee to be re-triaged as the schedule allows.


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