similar to: Re: no luck with filesystem storage type [solved]

I have a directory on the host that I would like to be visible in the guest/domain. Using virt-manager I selected the directory, resulting in this configuration: <filesystem type='mount' accessmode='passthrough'> <source dir='/mnt/SASInstaller'/> <target dir='/mnt/SASInstaller'/> <address type='pci'

Hi Ján, Thanks a lot for the suggestion. It worked and volume is added to the datastore. Now if I try to start the node it gives an error saying: Error: internal error: Could not start domain: FileNotFound - File [datastore1] testNode/cluster.vmdk was not found." But .vmdk file exist at this location. What is going wrong here can anyobe plz suggest. Below is my xml: <domain

Thanks Ján! >What were the exact changes you were trying to make? I was following this guide: https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF#Passing_keyboard/mouse_via_Evdev Specifically, I was updating the domain tag to include `xmlns:qemu=' http://libvirt.org/schemas/domain/qemu/1.0'` >both call virDomainDefineXMLFlags under the hood. That is good to know,

On Tue, Jun 11, 2019 at 14:35:46 +0200, Peter Krempa wrote: > On Fri, May 31, 2019 at 14:03:40 +0200, Marcus Hoffmann wrote: > > Hi Peter, > > > > On 31.05.19 09:57, Peter Krempa wrote: > > > On Thu, May 30, 2019 at 22:12:14 +0200, Marcus Hoffmann wrote: > > >> Hello all, > > > > > > Hi, > > > > > >> > >

Greetings Jano, > Sent: Thursday, May 03, 2018 at 1:44 PM > From: "Ján Tomko" <jtomko@redhat.com> > To: daggs <daggs@gmx.com> > Cc: libvirt-users@redhat.com > Subject: Re: [libvirt-users] changing pci addr of SCSI storage controller: Red Hat, Inc Virtio block device (rev 01) > > On Wed, May 02, 2018 at 07:29:23PM +0200, daggs wrote: > >Greetings,

On Fri, Sep 25, 2020 at 10:03 AM Wei Wang <weiwangcloud2020@gmail.com> wrote: > On Thu, Sep 24, 2020 at 2:58 PM Ján Tomko <jtomko@redhat.com> wrote: > >> On a Thursday in 2020, Wei Wang wrote: >> >Seems it didn't appear on the mailing list, resent it. >> > >> > Hi folks, >> > >> >I'm trying to build libvirt using meson

On Thu, Sep 24, 2020 at 2:58 PM Ján Tomko <jtomko@redhat.com> wrote: > On a Thursday in 2020, Wei Wang wrote: > >Seems it didn't appear on the mailing list, resent it. > > > > Hi folks, > > > >I'm trying to build libvirt using meson with the latest upstream libvirt, > >but the compilation fails: > >(followed on

From: Rob Landley <rlandley at parallels.com> Going indirect for only two buffers isn't likely to be a performance win because the kmalloc/kfree overhead for the indirect block can't be cheaper than one extra linked list traversal. Properly "tuning" the threshold would probably be workload-specific. (One big downside of not going indirect is extra pressure on the table

From: Rob Landley <rlandley at parallels.com> Going indirect for only two buffers isn't likely to be a performance win because the kmalloc/kfree overhead for the indirect block can't be cheaper than one extra linked list traversal. Properly "tuning" the threshold would probably be workload-specific. (One big downside of not going indirect is extra pressure on the table

KVM_HC_KICK_CPU hypercall added to wakeup halted vcpu in paravirtual spinlock enabled guest. KVM_FEATURE_PV_UNHALT enables guest to check whether pv spinlock can be enabled in guest. Thanks Vatsa for rewriting KVM_HC_KICK_CPU Cc: Rob Landley <rob at landley.net> Signed-off-by: Srivatsa Vaddagiri <vatsa at linux.vnet.ibm.com> Signed-off-by: Raghavendra K T <raghavendra.kt at

Ivan, thank you for the tips; they allowed me to move on to the next problems. By building the tar file first and checking it later, and fixing several other problems I got R CMD check to work. It does *not* delete inst/doc. It also does not run boostrap.R, as far as I can tell, presumably because only devtools does. Check within RStudio continues to delete inst/doc, so this behavior is

On Tue, Sep 01, 2020 at 11:38:59AM -0600, Jim Fehlig wrote: > On 9/1/20 7:55 AM, Daniel P. Berrangé wrote: > > On Tue, Sep 01, 2020 at 03:50:36PM +0200, Ján Tomko wrote: > > > On a Tuesday in 2020, Pavel Hrdina wrote: > > > > On Tue, Sep 01, 2020 at 03:13:39PM +0200, Ján Tomko wrote: > > > > > On a Tuesday in 2020, Pavel Hrdina wrote: > > >

I seem to have run into https://bugzilla.redhat.com/show_bug.cgi?id=855640, because when I tried the fix/work-around at the end (comment 11), ethtool -K eth0 gro off, my download speed by speedtest went from undetectable to ~150Mb/s. However, it was not able to connect for the upload test, and so something may still be off. Non-virtual machines can do the upload test, so it's not just a

flight 21952 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21952/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop

Is there a way to tell how much memory the computer running R has? -Frank -----Original Message----- From: David Smith [mailto:dsmith at insightful.com] Sent: Monday, February 09, 2004 1:32 PM To: Ross Boylan Cc: r-help Subject: RE: [R] R does in memory analysis only? Ross Boylan writes: > R works only on problems that fit into (real or virtual) memory. > ... does S-Plus have the same

flight 21930 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21930/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which are failing intermittently (not blocking): test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 7

Thanks, Martin, that (inherit from a virtual class) worked great. I already had a base class created with setUnion, and so this was an easy switch. I had assumed that since inheriting from a class without slots would produce a class without slots the result would still be virtual. Fortunately that's not the case. Ross ________________________________________ From: Martin Morgan

flight 21993 qemu-upstream-unstable real [real] http://www.chiark.greenend.org.uk/~xensrcts/logs/21993/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 Tests which are failing intermittently (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 8

Hello Folks It's with some trepidation that I venture on to such a heady newsgroup, but I'm about ready to throw myself off a bridge after getting this all set up and apparently working only to be struck down by permissions and selinux hell (either, or both). I've followed instructions here: http://wiki.qemu.org/Documentation/9psetup

Dear Boyland, In collaboration with some of this mailing list users, I had put some effort in optimising the guest settings in function of a windows guest. The libvirt-gui doesn't include these options. You'll have to edit the XML in virsh. This was my conclusion on 15-03-2015 but I added the hugepages tip in this list today. As for networking, I only use or bridged or the default virtual