|
Bugzilla – Full Text Bug Listing |
| Summary: | virt-manager shows SLE Micro 6.0 in suggested OS version should be SL Micro 6.0 | ||
|---|---|---|---|
| Product: | [openSUSE] PUBLIC SUSE Linux Enterprise Micro 6.0 | Reporter: | Lubos Kocman <lubos.kocman> |
| Component: | Image-based Installation | Assignee: | Charles Arnold <carnold> |
| Status: | RESOLVED FIXED | QA Contact: | Jose Lausuch <jalausuch> |
| Severity: | Normal | ||
| Priority: | P3 - Medium | CC: | giacomo.leidi, gyribeiro, jsrain, prokop.vlasin |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | virt-manager screenshot | ||
AFAIK SL Micro 6.x doesn't use YaST at all, so adding yast2-maintainers as responsible for installation problems was wrong when creating this new project in Bugzilla. And there is no catch-all component like 'other', which is another big mistake. But virt-install is a completely separate component anyway; it's part of the virtualization tools, not of YaST. When I had problems using it for a completely new distribution some years ago, I debugged a bit into it and found out that it uses 'os-prober' (IIRC), another separate project, to find out what kind of installation medium it is looking at; it used lots of heuristics to check if it's Red Hat, Debian, Ubuntu, or SUSE, and what generation of that distribution; based on the directory tree on the ISO and what files could be found to identify it. And both, 'virt-install' as well as 'os-prober', are running on the host, not on the VM, so it usually takes a while to until any relevant changes arrive there. We (SUSE) can backport such changes, but for other vendors (Red Hat, Debian, Canonical) that won't be so easy. That other bug that I mentioned was bug #1057562 when I first tried to install SLE-15 with virt-installer back in late 2017. Some more details there. I just received confirmation that there is also no Agama-based installation for Micro 6.0. Please remove the YaST team from the "Installation" component; we are not involved here. Our other products have a file media.1/products that identifies them: >> [sh @ balrog] /work/iso 7 % cat /mnt/media.1/products >> / openSUSE-Leap 15.5-1 But AFAICS Micro 6.0 has not: (also notice the ISO name: SLE-Micro) >> [sh @ balrog] /work/iso 20 % sudo mount -r -o loop SLE-Micro.x86_64-6.0-Base-SelfInstall-Beta4.install.iso /mnt >> >> [sh @ balrog] /work/iso 21 % ls -l /mnt >> total 1025091 >> drwxr-xr-x 1 root root 2048 12. Mär 16:02 boot >> -rw-r--r-- 1 root root 22 12. Mär 16:00 config.isoclient >> drwxr-xr-x 1 root root 2048 12. Mär 15:59 EFI >> -rw------- 1 root root 137885480 12. Mär 16:03 initrd.system_image >> -rw-r--r-- 1 root root 911802368 12. Mär 16:02 SLE-Micro.raw.squashfs >> So there is nothing to easily identify this product. See also bug #1223976 (In reply to OBSbugzilla Bot from comment #6) > This is an autogenerated message for IBS integration: > This bug (1222738) was mentioned in > https://build.suse.de/request/show/329656 SLE-15-SP6 / osinfo-db > https://build.suse.de/request/show/329657 SLE-15-SP6 / virt-manager Fix has been submitted. I assume this will find it's way automatically into SL Micro. |
Created attachment 874257 [details] virt-manager screenshot Hello team, we probably want to update list of distribuions available in libvirt tools to reflect the rename of SLE Micro (was SLE Micro 5.X now is SL Micro 6.X). The virt-manager on 15 SP6 / Leap 15.6 has it incorrect. Lubos