Bug 1983401 - Windows mark doesn't refresh as expected
Summary: Windows mark doesn't refresh as expected
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: ovirt-engine
Classification: oVirt
Component: BLL.Virt
Version: 4.4.7.3
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ovirt-4.5.3
: ---
Assignee: Shmuel Melamud
QA Contact: Nisim Simsolo
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-07-18 09:19 UTC by Liran Rotenberg
Modified: 2022-10-03 19:00 UTC (History)
7 users (show)

Fixed In Version: ovirt-engine-4.5.3.1
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-10-03 19:00:43 UTC
oVirt Team: Virt
Embargoed:
mperina: ovirt-4.5+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github oVirt ovirt-engine pull 635 0 None open core: Refresh ISO cache when new guest agent installed 2022-09-19 13:07:18 UTC

Description Liran Rotenberg 2021-07-18 09:19:52 UTC
Following BZ 1936298
After upgrading the guest-agent on Windows VM, the mark wasn't updated as it was expected.
It happens when ISO domain is active. If there is no active ISO domain, it will be updated in 3 minutes intervals.

We may consider to detect the change in the VM applist and then call the check of the guest-agent version and update the mark if needed.

Comment 1 Liran Rotenberg 2021-07-18 11:30:07 UTC
The steps to reproduce (coming from Petr's bug):
1. create a windows vm.
2. install old virtio-win drivers (having not the latest guest-agent).
3. have the newer virtio-win installed, iso exists on iso domain (if needed, trigger it by refreshing the iso, for example editing a vm and closing the edit popup).
4. see you have the mark that newer guest-agent available.
5. update the windows vm guest-agent.
6. (optional) you may require to reboot the vm in order to have it proper installed in the OS.
7. once the vm is up and reports the new version it suppose of guest agent(latest available), do nothing and wait.

expected results:
in step 7, after awhile the mark should be gone.

real result:
the mark stays until you trigger iso refresh (can be triggered by multiple flows).

Comment 2 Michal Skrivanek 2022-04-11 09:31:40 UTC
no update for a while, didn't make it into 4.5, closing

Comment 3 Arik 2022-04-13 07:07:40 UTC
Should be a relatively easy fix.
As we didn't provide a good alternative for ISO domains, we should assume they would still exist - and if we can easily improve this flow, I think we should

Comment 4 Casper (RHV QE bot) 2022-09-06 13:35:19 UTC
This bug has low overall severity and is not going to be further verified by QE. If you believe special care is required, feel free to properly align relevant severity, flags and keywords to raise PM_Score or use one of the Bumps ('PrioBumpField', 'PrioBumpGSS', 'PrioBumpPM', 'PrioBumpQA') in Keywords to raise it's PM_Score above verification threashold (1000).

Comment 5 Casper (RHV QE bot) 2022-10-03 19:00:43 UTC
This bug has low overall severity and passed an automated regression suite, and is not going to be further verified by QE. If you believe special care is required, feel free to re-open to ON_QA status.


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