Bug 1397247
Summary: | Getting Couldn't find MiqTask Errors in evm.log | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat CloudForms Management Engine | Reporter: | Jerome Marc <jmarc> | ||||
Component: | C&U Capacity and Utilization | Assignee: | Yuri Rudman <yrudman> | ||||
Status: | CLOSED ERRATA | QA Contact: | Nandini Chandra <nachandr> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 5.6.0 | CC: | dajohnso, gekis, jhardy, jmarc, nachandr, obarenbo, saali, simaishi, yrudman | ||||
Target Milestone: | GA | Keywords: | ZStream | ||||
Target Release: | 5.9.0 | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | c&u | ||||||
Fixed In Version: | 5.9.0.1 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 1550276 (view as bug list) | Environment: | |||||
Last Closed: | 2018-03-01 13:08:18 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1550276 | ||||||
Attachments: |
|
Description
Jerome Marc
2016-11-22 02:20:50 UTC
Created attachment 1222562 [details]
evm.log with raise_record_not_found_exception errors
Nandini, can you try and reproduce this? Jerome was thinking maybe it as something to do with managing providers that do not support c&u when c&u is enabled. I haven't been able to reproduce this issue. I tested an appliance managing SCVMM(SCVMM doesn't support C&U)with C&U enabled. New commit detected on ManageIQ/manageiq/master: https://github.com/ManageIQ/manageiq/commit/ad3525f246832d90824b415c5b11e56187493f34 commit ad3525f246832d90824b415c5b11e56187493f34 Author: Yuri Rudman <yrudman> AuthorDate: Tue Jun 20 14:47:18 2017 -0400 Commit: Yuri Rudman <yrudman> CommitDate: Wed Jun 21 09:55:16 2017 -0400 no need to delete task records in 2 steps (get list of ID first and queue destroy for those id). If queue is busy then there are could be several request to delete task with the same id. Instead queue actual condition to filter record and execute destroy_all. https://bugzilla.redhat.com/show_bug.cgi?id=1397247 app/models/miq_task.rb | 15 ++++++++++++--- spec/models/miq_task_spec.rb | 21 +++++++++++++-------- 2 files changed, 25 insertions(+), 11 deletions(-) *** Bug 1422601 has been marked as a duplicate of this bug. *** Yuri, I'm working on reproducing this issue.Could you provide steps to reproduce this issue? Thanks, Nandini To duplicate this error: there should be 2 request in the queue to delete tasks and some tasks(to delete) should be present in both requests. Steps: 1. Generate several reports 2. Stop EVM Server Processes 3. from rails console execute 2 commands: > MiqTask.delete_older(Time.now, "name LIKE 'Generate Report:%'") > MiqTask.delete_older(Time.now, "name LIKE 'Generate Report:%'") 4. Start EVM Server Processes Verified in 5.9.0.20 Steps: 1. Disable Reporting role. 2. Queue several reports.Reporting role is disabled so that these reports remain queued and don't get run. 2. Stop EVM Server Processes 3. from rails console execute 2 commands: > MiqTask.delete_older(Time.now, "name LIKE 'Generate Report:%'") > MiqTask.delete_older(Time.now, "name LIKE 'Generate Report:%'") 'evmserver' is stopped so that these two 'delete' tasks remain queued and don't get run 4. Start EVM Server Processes Before fix: Error message in evm.log After fix: No error message in evm.log This issue impact 58 as well. Can the fix be backported to 58? 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:0380 |