Displaying 6 results from an estimated 6 matches for "readyboot".
2015 May 28
1
Re: Concurrent scanning of same disk
...disk file with qemu-img.
I made a couple of changes and the hive corruption issue seems to be gone.
The "RuntimeError: file receive cancelled by daemon" still persists. From
the guestfs trace I can't see any evidence if not what seems a sort of
overflow:
sha1sum: ./Windows/Prefetch/ReadyBoot/Trace2.fx: Value too large for
defined data type
[ 65.347452] perf interrupt took too long (5124 > 5000), lowering
kernel.perf_event_max_sample_rate to 25000
[ 139.668206] perf interrupt took too long (10140 > 10000), lowering
kernel.perf_event_max_sample_rate to 12500
pclose: /: Success
g...
2015 May 28
0
Re: Concurrent scanning of same disk
...(mount) took 2.02 seconds
> guestfsd: main_loop: new request, len 0x38
> cd /sysroot/ && find -type f -print0 | xargs -0 sha1sum
> [ 25.580340] perf interrupt took too long (2540 > 2500), lowering
> kernel.perf_event_max_sample_rate to 50000
> sha1sum: ./Windows/Prefetch/ReadyBoot/Trace7.fx: Value too large for
> defined data type
> [ 67.835952] perf interrupt took too long (5048 > 5000), lowering
> kernel.perf_event_max_sample_rate to 25000
> [ 143.304037] perf interrupt took too long (10010 > 10000), lowering
> kernel.perf_event_max_sample_rate to 1...
2015 May 28
2
Re: Concurrent scanning of same disk
...> > guestfsd: main_loop: new request, len 0x38
> > cd /sysroot/ && find -type f -print0 | xargs -0 sha1sum
> > [ 25.580340] perf interrupt took too long (2540 > 2500), lowering
> > kernel.perf_event_max_sample_rate to 50000
> > sha1sum: ./Windows/Prefetch/ReadyBoot/Trace7.fx: Value too large for
> > defined data type
> > [ 67.835952] perf interrupt took too long (5048 > 5000), lowering
> > kernel.perf_event_max_sample_rate to 25000
> > [ 143.304037] perf interrupt took too long (10010 > 10000), lowering
> > kernel.perf_e...
2015 May 28
2
Re: Concurrent scanning of same disk
2015-05-28 10:40 GMT+03:00 Richard W.M. Jones <rjones@redhat.com>:
> On Thu, May 28, 2015 at 10:33:48AM +0300, NoxDaFox wrote:
> > To create the snapshots I'm using the libvirt command snapshotCreateXML
> > with no flag set. Does libvirt support consistent snapshotting or shall I
> > rely on QEMU backup new feature only?
>
> According to:
2015 May 28
3
Re: Concurrent scanning of same disk
...stfsd: main_loop: proc 1 (mount) took 2.02 seconds
guestfsd: main_loop: new request, len 0x38
cd /sysroot/ && find -type f -print0 | xargs -0 sha1sum
[ 25.580340] perf interrupt took too long (2540 > 2500), lowering
kernel.perf_event_max_sample_rate to 50000
sha1sum: ./Windows/Prefetch/ReadyBoot/Trace7.fx: Value too large for
defined data type
[ 67.835952] perf interrupt took too long (5048 > 5000), lowering
kernel.perf_event_max_sample_rate to 25000
[ 143.304037] perf interrupt took too long (10010 > 10000), lowering
kernel.perf_event_max_sample_rate to 12500
pclose: /: Success
g...
2015 May 27
3
Concurrent scanning of same disk
Greetings,
I am suffering of several weird errors which show randomly and make me
suspect some concurrency issue.
Libguestfs version is 1.28.1, linux kernel 3.16, libvirt 1.2.9 and qemu 2.1.
What I'm trying to do is comparing the disk state at two different point of
a guest execution.
Disk snapshots are taken through libvirt in different moments (I am aware
of caching issue), from such