similar to: Buggy 1.3.2? Disconnected from qemu:///session due to I/O error

On Fri, Mar 04, 2016 at 04:57:30PM +0000, Daniel P. Berrange wrote: > What version of libvirt ? We had an unfortunate implementation mistake > which caused us to waste tonnes of time in memmove(). versions since > 1.2.19 have a fix that addresses it Ah, this is on F23, which has: libvirt-1.2.18.2-2.fc23.x86_64 There's nothing more recent right now in either updates or

I was interested in using 'virsh vol-upload' and 'virsh vol-download', rather than mucking about directly with the filesystem. But while simply copying the image is relatively quick: # ls -l /var/lib/libvirt/images/centos-7-cloud.qcow2 -rw-r--r--. 1 qemu qemu 1004994560 Apr 15 2015 centos-7-cloud.qcow2 # time cp /var/lib/libvirt/images/centos-7-cloud.qcow2

Hello, I have first a question (and then may be a problem), that I have difficulties to understand and eventually to investigate. On each of my guests VM, I see constantly a RX dropped number increasing , Even if the VM does nothing ! ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.100.15 netmask 255.255.255.0 broadcast 192.168.100.255

On Fri, Mar 04, 2016 at 12:09:55PM -0500, Lars Kellogg-Stedman wrote: > On Fri, Mar 04, 2016 at 04:57:30PM +0000, Daniel P. Berrange wrote: > > What version of libvirt ? We had an unfortunate implementation mistake > > which caused us to waste tonnes of time in memmove(). versions since > > 1.2.19 have a fix that addresses it > > Ah, this is on F23, which has: >

I'm running libvirt under Fedora 28. I would like to attach a USB device to a VM, but when I select "Redirect USB Device" from the "Virtual Machine" menu in virt-manager and then select the device, I get the error: USB redirection error spice-client-error-quark: Could not redirect [device name] at 1-11: Error setting USB device node ACL: 'Not authorized' (0)

I was hoping that I could delegate creation of bridge devices to libvirt for address-less bridges, in order to not have to deal with the various ways distributions handle persistent network configuration, but while this creates a libvirt network... <network> <name>provision</name> <forward mode='bridge'/> <bridge name='brprov'/>

Hi folks I use libvirt to programmatically spawn lxc containers I am facing an issue when migrating from fedora23 to fedora24 I use the stock kernel and libvirt version on both deployments, i.e.: f23: libvirt-1.2.18.3-2.fc23.x86_64 - kernel 4.5.7-202.fc23.x86_64 f24: libvirt-1.3.3.1-4.fc24.x86_64 - kernel 4.6.3-300.fc24.x86_64 First off, I need to outline that the host installation is done

Just found my issue. After I removed the cephfs mounts it worked! I will debug ceph. I assumed because I could touch files on mounted cephfs it was working. Now virsh list works! thanks jerry Lars Kellogg-Stedman > On Tue, Jun 06, 2023 at 04:56:38PM -0400, Jerry Buburuz wrote: >> Recently both virsh stopped talking to the libvirtd. Both stopped within >> a >> few days of

On Fri, Mar 04, 2016 at 05:21:27PM +0000, Daniel P. Berrange wrote: > You can checkout virt-preview if you want to try out newer versions > > https://fedorapeople.org/groups/virt/virt-preview/ Well, that certainly solves my problem with vol-download :). Do you know if that fix is likely to show up in EL7? -- Lars Kellogg-Stedman <lars@redhat.com> | larsks @

I'm working on (re-) implementing serial console support in virtualbmc [1], and one of the issues I'm hitting right now is that after establishing a console connection via... self._stream = self._conn.newStream(libvirt.VIR_STREAM_NONBLOCK) self._domain.openConsole(None, self._stream, 0) ...I can't figure out how to close the console. Subsequent calls to openConsole fail

This is frustrating: $ export LIBVIRT_DEFAULT_URI=qemu+ssh://remotehost/session $ virsh list error: failed to connect to the hypervisor error: no valid connection error: Operation not supported: Connecting to session instance without socket path is not supported by the ssh connection driver Has there been any thought given to making this easier? It seems that having a simple helper

I run quad heads 2 graphic cards..They are NVidia chipset cards. Everything worked perfectly. Then I upgraded to FC23 and eveything goes wrong. Only 1 monitor comes up at half the resolution of the monitor. I tried a fresh install of FC23 with the same effect. I wish I could tell you more, but I have quite a bit going on right now and had to get my station running agin. The cards are GF 8600

I am running OpenStack inside a libvirt guest that is connected to the local network via a macvtap interface. My experience so far suggests that a macvtap interface will not pass traffic with a source MAC address other than the MAC address of the interface itself...for example, if inside the guest eth0 is attached to a bridge. Is that correct, or is there some setting that will make that work?

On Fri, Dec 04, 2015 at 04:37:58PM +0000, Jean-Pierre Ribeauville wrote: > Hi, > > Is there an equivalent of "virsh attach-device -live > -persistent" within libvirt API : Use the source, Luke! You can see exactly how virsh implements the attach-device command: https://github.com/libvirt/libvirt/blob/master/tools/virsh-domain.c#L238 -- Lars Kellogg-Stedman

In the tripleo-quickstart project, we're making use of libvirt's unprivileged mode. When run as a non-root user using a qemu:///session uri, libvirt creates files and sockets in subdirectories of $XDG_RUNTIME_DIR (aka /run/user/<uid>). We are seeing situations in which: - A "stack" user is created - Some libvirt resources (a storage pool) are provisioned for that user -

Hi everyone! It's the first time I send a message to this list, I hope it's not the last :) So my issue is that when booting a disk image generated with virt-builder [1] it takes more than 5 minutes, waiting in the boot screen that says: " Booting from disk... press any key to continue. " The press any key message shows up to 5 times. The issue is that it stays in that screen

Hi, /bin/sh can be very different.... Ubuntu 22.04: :; ls -hal /bin/sh /bin/bash -rwxr-xr-x 1 root root 1,4M Jan 6 2022 /bin/bash lrwxrwxrwx 1 root root 4 Mar 23 2022 /bin/sh -> dash OpenIndiana (old OpenSolaris reincarnation) :; ls -hal /bin/sh /bin/bash -r-xr-xr-x 1 root bin 1,4M Jan 25 09:42 /bin/bash lrwxrwxrwx 1 root root 9 Apr 6 2021 /bin/sh -> i86/ksh93 On

hasm> Every few minutes windbindd posts an error message like: hasm> winbindd: ../source3/libads/ldap.c:552(ads_find_dc) hasm> winbindd: ads_find_dc: name resolution for realm 'XXX.CO' hasm> (domain 'XXX_01') failed: NT_STATUS_NO_LOGON_SERVERS hasm> How can I shut this thing up? I've also seen, not sure hasm> whether related, winbindd shooting up to

I ran into an odd problem today. I wanted to share it here in the hopes of maybe saving someone else some lost time. When you run libvirtd as an unprivileged user (e.g., if you target qemu:///session from a non-root account), then libvirt will open a unix domain socket in one of two places: - If XDG_RUNTIME_DIR is defined, then inside $XDG_RUNTIME_DIR/libvirt/libvirt-sock - If

On 29.06.2015 17:06, Matthew Miller via Syslinux wrote: > > It actuallly looks from Adam's investigation that this isn't different > for this package. So, less than certainly. It looks like maybe more a > gcc 5 difference. > > > Regardless of whatever is actually causing this, here is the isolinux-debug.bin output: Booting from DVD/CD... ISOLINUX 6.03