search for: msg00027

Hello, I'm seeking the solution to live storage migration using blockcopy. Previously, the "virsh undefine" is required before blockcopy. https://www.redhat.com/archives/libvirt-users/2015-October/msg00027.html QEMU has "block-dirty-bitmap-*" operations now, are there steps for the live storage migration using blockcopy without undefine? By the way, why's the purpose of "undefine" before blockcopy? Thanks. Sincerely, Jing-Wei

Hi list ! We have a very busy webserver hosted in a clustered environment where the document root and data is on a GFS2 partition off a fiber-attached disk array. Now on busy moments, I can see in htop, nmon that there is a fair percentage of cpu that is waiting for I/O. In nmon, I can spot that the most busy block device correspond to our gfs2 partition where many times, it shows that

Hi, Just thought I'd mention that I spent a while battling with tinc today. I had quite a weird behaviour - in routing mode, tinc would come up fine on both hosts, but pinging hosta from hostb wouldn't work until hosta pinged hostb. I've used an earlier version of tinc before in a different environment with no problems, and vaguely remembered a more complicated tinc-up script, so I

...hanks for all your great reply! Finally, I got it work by several ways, compiler's assembly output would help a lot(thanks Tim) and a linker option:-Wl,-read_only_relocs,suppress would also help. And here is a similar problem under powerPC : http://lists.apple.com/archives/unix-porting/2008/Jan/msg00027.html here is my summary: *** problem *** LDR Rx, =Label is not supported under Clang *** solution *** replace LDR pseudo-instruction by manually loading Label. 2 methods are used, they are shown in use_table_m1.s and use_table_m2.s respectively. There are 7 targets in my Makefile, include several...

Hi Ashi, > ld: illegal text-relocation to _data_table in table.o from foo in > use_table.o for architecture armv7 It looks like you're using iOS. I'm not familiar with the exact workings of that platform, but I think a similar message would occur in ELF-land. If iOS *is* comparable, your issue is that symbols in dynamically loaded objects can't (usually) be referenced directly

...diff --git a/augeas/README.txt b/augeas/README.txt new file mode 100644 index 0000000..709be7c --- /dev/null +++ b/augeas/README.txt @@ -0,0 +1,4 @@ +This directory contains augeas lenses required by virt-v2v. + +device_map.aug posted upstream: +http://www.redhat.com/archives/augeas-devel/2010-June/msg00027.html diff --git a/augeas/device_map.aug b/augeas/device_map.aug new file mode 100644 index 0000000..090edd5 --- /dev/null +++ b/augeas/device_map.aug @@ -0,0 +1,28 @@ +(* Parsing grub's device.map *) + +module Device_map = + autoload xfm + + let sep_tab = Sep.tab + let eol = Util.eol +...

Hi All, Following the latest security updates from Oracle, the version of OpenJDK package is currently listed as: java-1.7.0-openjdk-1.7.0.51-2.4.4.1.el6_5.x86_64.rpm The Redhat security advisory lists these packages: https://rhn.redhat.com/errata/RHSA-2014-0026.html but it makes no reference to the build number, which it turns out is important. The build on the package in centos 6.5 is

Initial discussion is here: https://www.redhat.com/archives/libguestfs/2018-January/msg00188.html. v2 was posted here: https://www.redhat.com/archives/libguestfs/2018-January/msg00246.html. v3 comparing to v2 is just a rebase with slightly changed commits comments.

This patch refactors the data transfer code with several goals: * Have a common read(source)/write(target) loop so that common processing can happen in the middle of it, e.g. format change/progress bar * Provide volume metadata to transfers to allow smarter reading/writing, e.g. of sparse files * Simplify the data transfer code The patch *isn't* NFC because there are some minor behaviour