Bug 1516838
| Summary: | Empty "Started" date when VM started | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat CloudForms Management Engine | Reporter: | Imaan <ikaur> | ||||||
| Component: | Appliance | Assignee: | Yuri Rudman <yrudman> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Tasos Papaioannou <tpapaioa> | ||||||
| Severity: | low | Docs Contact: | Red Hat CloudForms Documentation <cloudforms-docs> | ||||||
| Priority: | low | ||||||||
| Version: | 5.9.0 | CC: | abellott, hkataria, ikaur, jhardy, lavenel, lsmola, mpovolny, obarenbo, sacpatil, simaishi, smallamp, tpapaioa, yrudman | ||||||
| Target Milestone: | GA | ||||||||
| Target Release: | 5.11.0 | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | testathon | ||||||||
| Fixed In Version: | 5.11.0.1 | Doc Type: | If docs needed, set a value | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2019-12-12 13:33:21 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | CFME Core | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
Please assess the impact of this issue and update the severity accordingly. Please refer to https://bugzilla.redhat.com/page.cgi?id=fields.html#bug_severity for a reminder on each severity's definition. If it's something like a tracker bug where it doesn't matter, please set the severity to Low. Imaan: could you wait for a while until the state changes? This seem like a correct behavior, since the task has not been started yet (it's just queued for being processed). The started date means the task has been taken from a queue and execution started (so it will do the job of starting a VM) If this is the case, please close as NOTABUG Hi Ladislav, I have checked again when the state "Finished", VM start date is still empty. Thanks! Created attachment 1358610 [details]
Start date is empty when state is finished
Please assess the impact of this issue and update the severity accordingly. Please refer to https://bugzilla.redhat.com/page.cgi?id=fields.html#bug_severity for a reminder on each severity's definition. If it's something like a tracker bug where it doesn't matter, please set the severity to Low. New commit detected on ManageIQ/manageiq/master: https://github.com/ManageIQ/manageiq/commit/420f92f7de7601115607d675e41925435e73e641 commit 420f92f7de7601115607d675e41925435e73e641 Author: Yuri Rudman <yrudman> AuthorDate: Wed Feb 27 17:19:14 2019 -0500 Commit: Yuri Rudman <yrudman> CommitDate: Wed Feb 27 17:19:14 2019 -0500 adding miq_task_id to list of parameters when adding to MiqQueu will allow to automaticly update MiqTask#started_on when ueued item delivered Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1516838 app/models/mixins/process_tasks_mixin.rb | 1 + app/models/vm_or_template.rb | 2 + 2 files changed, 3 insertions(+) Verified on 5.11.0.4. 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/RHBA-2019:4199 |
Created attachment 1358176 [details] Image describe the issue Description of problem: After starting VM, empty "Started" date is visible under tasks tab Version-Release number of selected component (if applicable): 5.9.0.9.20171115202245_7429f75 How reproducible: Always Steps to Reproduce: 1. Login to CloudForms Operational Portal 2. Navigate to Compute-> Infrastructure-> Virtual Machines-> Start any VM 3. Click on Administrator|EVM -> Tasks Actual results: Displays empty the started date Expected results: It should display start date Additional info: Its not provider specific as tested on those VM's which belongs to VMware and AWS provider.