Bug 1464580 - SmartState Analysis Fails for RHEL VM based on Swift image
Summary: SmartState Analysis Fails for RHEL VM based on Swift image
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat CloudForms Management Engine
Classification: Red Hat
Component: SmartState Analysis
Version: 5.8.0
Hardware: All
OS: All
high
high
Target Milestone: GA
: cfme-future
Assignee: Rich Oliveri
QA Contact: Satyajit Bulage
URL:
Whiteboard: smartstate
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-06-23 19:37 UTC by Ryan Spagnola
Modified: 2021-06-10 12:29 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-02-27 18:56:30 UTC
Category: Bug
Cloudforms Team: CFME Core
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Ryan Spagnola 2017-06-23 19:37:20 UTC
Description of problem:
When performing a SmartState Analysis on a RHEL 7 VM the task is failing due to not being able to find the root disk.

This issue only occurs on VMs and Templates based on SWIFT's RHEL image.

The SWIFT image has /usr as a mount point and it is mounted read-only when the VM is running.

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

How reproducible:
Consistantly

Steps to Reproduce:
1. Run SSA on Swift rhel image
2.
3.

Actual results:
SSA fails

Expected results:
SSA success

Additional info:
Running SmartState on RHEL based VMs when that do not use the SWIFT image is successful. For example a VM was created based of the CloudForms template and a SmartState Analysis was successful. SmartState Analysis is also successful on the SWIFT image for Windows.

I think the failure may have to do with the fact that the SWIFT image has /usr as a mount point instead of a simple directory on the / filesystem.

Comment 9 Mo Morsi 2017-07-26 01:42:57 UTC
There is a potential difference between the disk to be mounted at /usr residing in the "VMDK Disk" (as Brant mentioned) and the disk being "on VMware Infra" (Ryan). Which is the case?

Also any additional information may help to debug. What FS resides on /usr? Would it be possible to get a copy of the disk and/or failed logs?

Comment 25 Mo Morsi 2017-08-07 19:07:00 UTC
Any update from the customer as far as the disk / environment where the issue resides?

Comment 27 Mo Morsi 2017-09-01 21:24:56 UTC
Hey Ryan any update?

Thanks,
  -Mo

Comment 29 Mo Morsi 2017-09-26 19:38:49 UTC
Alight, until an environment where the issue can reproduced can be provided I suggest closing this as "CANTFIX" for the time being

Comment 34 Mo Morsi 2017-11-07 15:44:22 UTC
Hey Ryan, Yoder, I confirmed we do not currently support scanning of md raid volumes. Reassigning this RFE back to the original owner.


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