| Summary: | virsh connect failed if specify "unix_sock_dir" in libvirtd configuration file | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Huang Wenlong <whuang> |
| Component: | libvirt | Assignee: | Libvirt Maintainers <libvirt-maint> |
| Status: | CLOSED NOTABUG | QA Contact: | Virtualization Bugs <virt-bugs> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 6.2 | CC: | berrange, cwei, dallan, dyuan, mzhan, rwu |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-07-14 19:15:42 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Huang Wenlong
2011-07-14 09:56:52 UTC
You changed the libvirtd socket, but didn't tell virsh how to find the new location. virsh -c qemu:///system?socket=/var/run/tmp/libvirt Closing as not a bug. (In reply to comment #1) > You changed the libvirtd socket, but didn't tell virsh how to find the new > location. > > virsh -c qemu:///system?socket=/var/run/tmp/libvirt Hi, Daniel In this situation some Upper application maybe have some problems like virt-manager (GUI), we can not start-up it via desktop icon (you can start-up it with virt-manger -c with socket in command line), if the socket is changed . I think this is a RFE bug at least, virsh should read the libvirt config file to get the latest socket location as the "default" socket location argument in "virsh -c" rather than input it every time in command line. Wenlong virsh can't read the config file because it might not even be on the same machine, and if running non-root it won't have sufficient privileges. Changing the socket path is something you should never do in normal circumstances, so I don't see this as an issue at all. |