Bug 1868030
Summary: | 'osinfo-query os' is missing latest version of Ubuntu and Oracle Linux | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Abhishekh Patil <abpatil> |
Component: | osinfo-db | Assignee: | Fabiano FidĂȘncio <fidencio> |
Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> |
Severity: | low | Docs Contact: | |
Priority: | unspecified | ||
Version: | 8.2 | CC: | cfergeau, rduda, tpelka, vbudikov |
Target Milestone: | rc | ||
Target Release: | 8.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | osinfo-db-20200813-1.el8 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-11-04 03:39:07 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: |
Description
Abhishekh Patil
2020-08-11 13:00:31 UTC
Abhishekh, I'm assuming the customer is using RHEL 8.2, thus they have osinfo-db-20200203-1.el8.noarch installed. Would be possible to confirm that? In any case, let me provide you a workaround for the issue. If the customer is using virt-install command line, they can simply add to the command line used something like: OEL === For OEL 8.1: `--os-variant rhel8.1` For OEL 8.2: `--os-variant rhel8.2` This approach will work as OEL is basically a clone of RHEL the same version RHEL, thus the os-variant trick would be enough. Ubuntu ====== For Ubuntu: `--os-variant 19.10` This approach will work as using the latest entry on osinfo-db is a good enough approximation. The customer can take a similar approach and select those values via virt-manager UI when selecting which OS they'll install. I know this issue was raised against 8.2, but it's been partially solved for 8.3 (we have the latest Ubuntu added there, but we don't have the latest OEL, so the workaround would still have to be used). Here's the upstream MR: https://gitlab.com/libosinfo/osinfo-db/-/merge_requests/187 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 (libosinfo bug fix and enhancement update), 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-2020:4758 |