similar to: Are memoryPeek and blockPeek still not supported?

Hi, I'm trying to use blockpeek to open the contents of a file. Inside the vm i ran debugfs: imap /test/findme and got: inode 32642 is part of block group 4 located at block 131074, offset 0x0100 I try using 0x100 or 256 as the offset to blockpeek into that VM and get nonsense as a result. Am I calculating the offset incorrectly, is there a better way to find a file's location on

On 12/05/2016 05:27 AM, Shahar Havivi wrote: > Ping > Sorry for the delay... Lots of investigation, patches, and other work. > On Wed, Nov 30, 2016 at 3:13 PM, Shahar Havivi <shavivi@redhat.com > <mailto:shavivi@redhat.com>> wrote: > > Hi, > > I am using virStorageVolGetInfo to get the volume size > virStorageVol.download to download a >

Hi, I am using virStorageVolGetInfo to get the volume size virStorageVol.download to download a normal file for VDSM project. I want to add support for block devices as well, I was able to see the size via virDomainBlockInfo and download via virDomain.blockPeek which is works fine for both file and block device. 1. Can I depend on virDomainBlockInfo for non block devices? 2. Does the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, Is this being worked on? I rather need this thing... Although my system is Debian Lenny, not RH: kulfon 10.0.0.228 /etc/default % dpkg -l | grep libvirt ii libvirt-bin 0.4.6-10+lenny1 the programs for the libvirt library ii libvirt0 0.4.6-10+lenny1 library for

Ping On Wed, Nov 30, 2016 at 3:13 PM, Shahar Havivi <shavivi at redhat.com> wrote: > Hi, > > I am using virStorageVolGetInfo to get the volume size > virStorageVol.download to download a > normal file for VDSM project. > > I want to add support for block devices as well, I was able to see the size > via virDomainBlockInfo and download via virDomain.blockPeek which

Folks, We've been having occasional issues with failover dhcpd. I went looking for "peer holds all free leases", and happened to run across <https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=610219>, which is rated important, and is supposed to be fixed in 3.0.5-24. Looking at the repo at kernel.org, all I see is what we have, dhclient-3.0.5-23.el5.x86_64.rpm.

I've heard from a few people that placement new is going to be handled by LLVM using the llvm.invariant.group.barrier intrinsic; however, the documentation for that intrinsic seems to indicate that it deals with only invariant.group metadata and not TBAA metadata. I would like to understand how the solution would work in the context of

Report by Eric Lindblad 30-09-2015 http://www.ericlindblad.blogspot.com The xapian-core-1.2.21 'ambiguous overload' error on the files /backends/brass/brass_check.cc and /backends/chert/chert_check.cc appear to be resultant of a bug reported in gcc-3.3.4, which was fixed for 3.4.2 [Sept. 6, 2004] and 3.5. Bug 16854 - streams missing "long long" specializations on Tru64

Hi all, I want to attach cdrom by libvirt.py .But can't find a func in libvirt.py can finish this work. Who can help me ? Regard -- Seven Ling E-mail: jiejie.ling at qq.com

I am running the Eucalyptus 2.0 cloud computing platform on an up-to-date CentOS 5 using the xen hypervisor. While attempting to attach a volume successfully created using jclouds with eucalyptus to a running VM instance, I encountered the following error: libvirt: Requested operation is not valid: Xm driver only supports modifying persistent config (code=55) i also tried attaching

Hi, I''m still trying to pin down one of the last issues on some systems here. I''m interested for input from people who *recognize* the following: Sending all processes the TERM signal... [ OK ] Sending all processes the KILL signal... [ OK ] Saving random seed: [ OK ] Syncing hardware clock to system time [FAILED] Turning off swap:

I had to downgrade samba on a rh5.5 instance due to ntlm_auth not working properly: https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=561325 Now, when I add the computer to the domain ('net ads join ?U Administrator') it seems to work, is visible on the AD interface, but the logs show an error: Nov 11 16:03:22 rhclient winbindd[4483]: [2010/11/11 16:03:22, 0]

Hi Justin, > This looks like something I fixed recently, in r290271: ... ... > The tablegen build adopted USES_TERMINAL for this same reason in > r280748. I applied the 2 patches you mentioned above on my 3.9.1 tree and although the build seems to go along nicely than the earlier reported symptoms I can still see LLVMSupport being built a bit too many times than expected. $ cat

On Fri, Jan 10, 2020 at 02:15:10PM +0000, Daniel P. Berrangé wrote: > Do you use the libvirt "secret" APIs at all (disk encryption, network > disk auth passwords) ? If so you will need "libvirt-daemon-driver-secret" > too. How about any other libvirt sub-driver APIs ? Networking ? Host > dev, etc ? The full list of APIs we use is attached, assuming I got my

Hi folks I just installed Centos 5.5. I heard about the new changes in wifi support. I tried a USB wifi card from Netgear, and It works fine. It didn't en Centos 5.4, so that's great news. The problem is I have a Linksys WUSB54GC USB wifi card and I want to make it work. I get this messages in /var/log/messages as soon as I plug it in. Oct 14 22:56:20 lila kernel: usb 1-1: USB

I have the following setup: Databases: /var/lib/xapian-omega/data/db1 /var/lib/xapian-omega/data/db2 /var/lib/xapian-omega/data/db3 Stub: /var/lib/xapian-omega/data/default The stub file "default" is a text file that contains the following: auto /var/lib/xapian-omega/data/db1 auto /var/lib/xapian-omega/data/db2 auto /var/lib/xapian-omega/data/db3 Using the following returns nothing:

Hi Folks, I am building LLVM 3.9.1 using the Yocto build system for a cross build. The compiled bins/libs work totally fine on the target machine however there seems to be an intermittent race condition during the build which causes a build failure. On the failed builds I usually see things being linking/compiling twice e.g. Linking CXX static library ../libLLVMSupport.a cd

I keep getting an error when I try to attach a device in the libvirt api through python The python code is: conn=libvirt.open('qemu:///system') dom = conn.lookupByName("fedoratest") if dom.info()[0]==1: dom.attachDevice('net.xml') And I keep getting: "libvirtError: XML description not well formed or invalid The xml is a simple network

I don't know if I can say that here but, the following videos aren't supported by swfdec: http://www.elmundo.es/elmundo/videos/motor/motos/2007/02/index.html http://www.elpais.com/graficos/ Only for information, I know that adding this support may be too hard

Hi everybody, I checked around examples for vararg intrinsics, but seems like no target or other parts in LLVM use intrinsics with llvm_vararg_ty as an input and adding such an intrinsics gives me a compiler error saying "unhandled MVT in intrinsics!". Are these kind of intrinsics still supported into LLVM? Cheers, Marcello