Bug 2097662
Summary: | [Machines] The Target path is not listed correctly when creating storage pool | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 9 | Reporter: | Xianghua Chen <xchen> |
Component: | cockpit-machines | Assignee: | Nobody <nobody> |
Status: | CLOSED ERRATA | QA Contact: | Xianghua Chen <xchen> |
Severity: | low | Docs Contact: | |
Priority: | unspecified | ||
Version: | 9.1 | CC: | kkoukiou, qzhang, wshi, ymao, yunyang |
Target Milestone: | rc | Keywords: | Triaged |
Target Release: | 9.3 | Flags: | pm-rhel:
mirror+
|
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | 288 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2023-11-07 08:24:46 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: | 288 |
Embargoed: |
Description
Xianghua Chen
2022-06-16 09:19:21 UTC
Actually this issue can be reproduced with root user too, so can skip step 1. Can you please let me know if you use 'Limited' or 'Privileged' mode when you login with the test_libvirt account? When you create the /home/test_libvirt do you give it the correct permissions or it is root:root? You can maybe create the new user with `useradd -m -d /PATH/TO/FOLDER USERNAME` Hi Katerina, sorry for late update. Yes when using the test_libvirt account, it's limited, and it can not change to Privileged with the create method "useradd -G libvirt test_libvirt". Actually it's not permission issue I think, because when you input each of following info you can see /home/test/ & /home/test_libvirt/: /home/ /home/t /home/te /home/tes But when you input the last letter "t": /home/test , then /home/test_libvirt/ disappear in the dropdown list. Reproduceable more simple by the following steps: [kkoukiou@192 ~]$ mkdir /tmp/test [kkoukiou@192 ~]$ mkdir /tmp/test-1 [kkoukiou@192 ~]$ touch /tmp/test/test-content In any dialog cockpit allows us using the FileAutoComplete component from pkg/lib type /tmp/test and expect /tmp/test-1 to be part of the dropdown. The bug is that it's not. Verified with packages: cockpit-machines-291-1.el9.noarch cockpit-292-1.el9.x86_64 libvirt-dbus-1.4.1-5.el9.x86_64 libvirt-client-9.3.0-2.el9.x86_64 Steps: 1. Create a user which is in libvirt group, such as test_libvirt: # useradd -G libvirt test_libvirt # passwd test_libvirt 2. Create two directories, such as: mkdir /home/test mkdir -p /home/test_libvirt/tmp 3. Use test_libvirt to log into the web console, enter Storage pools of Virtual Machines page 4. Click "Create storage pool" : Connection System Name test1 Type Filesystem directory Target path /home/test_libvirt/tmp When entering part of the Target path, like /home/test , you can see all the dir in the list like : /home/test/ /home/test_libvirt/ The /home/test_libvirt/ is not missing. So verified. 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 (cockpit-machines 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-2023:6336 |