search for: msg00102

...u qemu 194K 3月 20 23:52 /opt/Images/00d76a58-9637-4402-9739-21afd1246e06.sysdisk_by_xml -rw-------. 1 qemu qemu 1.2M 3月 21 00:03 /opt/Images/8d582c1c-355a-4297-9434-2f2f562c77df.sysdisk_by_xml ``` 。 Then, I search by google. see your page(https://www.redhat.com/archives/libvirt-users/2013-June/msg00102.html). Now, I want to ask you, was you found the way? -- James Iter

If you're interested in editing binary data served by an arbitrary NBD server, I've just proposed a patch to integrate NBD client support into GNU poke: https://lists.gnu.org/archive/html/poke-devel/2020-02/msg00102.html -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org

Hallo, at first, sorry for my bad english. I have a big problem. I have xen 3.0.1 running. I have 4 domU. One domU is hosting a dns-server. All runns fine. Yesterday i have updated to 3.0.2. Sorce from the tar file. Build a new kernel and reboot the system. It''s running. But i have one problem. The dns resolving runns not fine. Is there any changes for the dns between 3.0.1 and

...hangs on the first disk at 54,03/100%, here is the gdb result : OK I just talked to Paolo about this, and it's fairly serious. Can you get a core dump from this? You will need to set up the ulimit etc as outlined in the previous email: https://www.redhat.com/archives/libguestfs/2014-October/msg00102.html then run the conversion until it hangs, then 'killall -BUS qemu-img' which should cause qemu-img to drop a core dump file. You can send me (privately) the core dump and I will open a BZ about this and ensure that the necessary people see this. Thanks, Rich. > (gdb) t a a bt &gt...

...iface xenbr0/"/etc/network/interfaces echo " bridge_ports eth0" >>/etc/network/interfaces ..." Various wiki pages also propose putting xenbr0 in /etc/network/interfaces However, I also found this contradictory advice: http://lists.xen.org/archives/html/xen-api/2012-05/msg00102.html "Have you configured eth0 with xe pif-reconfigure-ip [2] ? Doing it manually (e.g. in /etc/network/interfaces) won't do, as it's xcp-networkd who configures networking after boot. Leave nothing but the loopback interface config in the interfaces file." Using this latter appr...

...2c1c-355a-4297-9434-2f2f562c77df.sysdisk_by_xml > > > > > > > > > > > > ``` > > > > 。 > > > > > > > > > > > > Then, I searched by google. see your page(https://www.redhat.com/archives/libvirt-users/2013-June/msg00102.html). > > > > > > > > Now, I want to ask you, have you found the method? > > > > > > > > > > > > -- > > > > James Iter > > > > > > > > > > > > _____________________________________...

...hangs on the first disk at 54,03/100%, here is the gdb result : OK I just talked to Paolo about this, and it's fairly serious. Can you get a core dump from this? You will need to set up the ulimit etc as outlined in the previous email: https://www.redhat.com/archives/libguestfs/2014-October/msg00102.html then run the conversion until it hangs, then 'killall -BUS qemu-img' which should cause qemu-img to drop a core dump file. You can send me (privately) the core dump and I will open a BZ about this and ensure that the necessary people see this. Thanks, Rich. > (gdb) t a a bt &gt...

Previous discussion: https://www.redhat.com/archives/libguestfs/2019-August/msg00102.html Last night I experimentally added support for URIs that contain the query parameter tls-psk-file, as part of rewriting the tests to cover more of the URI code. So you can now have a URI like: nbds://alice@localhost/?tls-psk-file=keys.psk However there's an obvious security problem he...

On Tue, Oct 14, 2014 at 03:40:22PM +0000, VONDRA Alain wrote: > Rich, > I've followed your instructions to trace, but I am not very skilful with gdb, maybe I made a mistake : > > (1) As root do: > > echo core.%p > /proc/sys/kernel/core_pattern -> OK > > (2) Before running virt-v2v, do: > > ulimited -c unlimited -> I think it's