Bug 1571284

Summary: [RHV] Removed VMs, without disk removal, are visible in CFME under "Archived" while it should be "Orphaned"
Product: Red Hat CloudForms Management Engine Reporter: Ilanit Stein <istein>
Component: ProvidersAssignee: Martin Perina <mperina>
Status: CLOSED CURRENTRELEASE QA Contact: Angelina Vasileva <anikifor>
Severity: medium Docs Contact:
Priority: medium    
Version: 5.9.0CC: cpelland, gblomqui, greartes, jfrey, jhardy, obarenbo, sigbjorn
Target Milestone: GA   
Target Release: cfme-future   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: rhev
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-06-11 15:26:38 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: Bug
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: RHEVM Target Upstream Version:
Embargoed:
Attachments:
Description Flags
evm.log
none
automation.log
none
production.log none

Description Ilanit Stein 2018-04-24 12:47:57 UTC 
Description of problem:
When removing a RHV VM, from RHV side, without removing the VM's disks,
this VM will be visible in CFME under VMs, "Archived", and not under "Orphaned",
as it should.

Archived refer to VMs removed along with their disks.  

Version-Release number of selected component (if applicable):
CFME-5.9.2.3 (Graph refresh OFF)
CFME-5.9.2.1 (Graph refresh ON)

RHV-4.2.2.5

Additional info:
We had bugs around this issue in the past, like -

1. Bug 1497522 Deleted VM is moved to status Orphan, though it should move to Archived.

2. Bug 1334949 When you delete the VM from RHEV provider side, half the time it picks archived and the other half the time it picks orphaned even though the VM's disks were deleted.
Comment 2 Ilanit Stein 2018-04-24 12:48:39 UTC 
Created attachment 1426028 [details]
evm.log
Comment 3 Ilanit Stein 2018-04-24 12:49:03 UTC 
Created attachment 1426029 [details]
automation.log
Comment 4 Ilanit Stein 2018-04-24 12:49:24 UTC 
Created attachment 1426030 [details]
production.log