Hi List!
I am tripping across this error as soon as the qemu rbd disk is
probed by the windows 2000 installer:
VNC server running on `127.0.0.1:5900'
terminate called after throwing an instance of 'ceph::buffer::end_of_buffer'
what(): buffer::end_of_buffer
Aborted (core dumped)
Has anyone
Hi List!
I upgraded Ceph to the latest development version
Commit: 0edbc75a5fe8c3028faf85546f3264d28653ea3f
Pulled from: git://ceph.newdream.net/ceph.git
I recompiled the latest GIT version of QEMU-KVM (with Josh Durgin's
patches) against the latest git version of Ceph.
However,
CCing the ceph list.
On 05/06/2011 12:23 PM, Dyweni - Qemu-Devel wrote:
Hi List!
I upgraded Ceph to the latest development version
Commit: 0edbc75a5fe8c3028faf85546f3264d28653ea3f
Pulled from: git://ceph.newdream.net/ceph.git
I recompiled the latest GIT version of QEMU-KVM
Hi Josh/Lists!
463 ::decode(*data_bl, iter);
(gdb) print r
$1 = 0
(gdb) print data_bl
$2 = (ceph::bufferlist *) 0x7f16f40d6060
(gdb) print data_bl-_len
$3 = 0
(gdb) print iter-off
$4 = 20
Thanks,
Dyweni
CCing the ceph list.
On 05/06/2011 12:23 PM, Dyweni - Qemu-Devel wrote:
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Josh/Lists!
463 ::decode(*data_bl, iter);
(gdb) print r
$1 = 0
(gdb) print data_bl
$2 = (ceph::bufferlist *) 0x7f16f40d6060
(gdb) print data_bl-_len
$3 = 0
What about c-bl._len?
sage
(gdb) print iter-off
$4 = 20
Hi Sage/Lists!
(gdb) print c-bl._len
$1 = 20
And in case this is helpful:
(gdb) print *c
$2 = {lock = {name = 0x7f1701430f8d AioCompletionImpl lock, id = -1,
recursive = false, lockdep = true, backtrace = false, _m = {__data =
{__lock = 1, __count = 0,
__owner = 25800, __nusers = 1,
f 9 (or 8?)
p n
p s
(BTW this might be faster over irc, #ceph on irc.oftc.net)
Thanks!
sage
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Sage/Lists!
(gdb) print c-bl._len
$1 = 20
And in case this is helpful:
(gdb) print *c
$2 = {lock = {name = 0x7f1701430f8d
Hi Sage/Lists!
(gdb) f 8
#8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
include/encoding.h:80
80 WRITE_INTTYPE_ENCODER(uint32_t, le32)
(gdb) p n
No symbol n in current context.
(gdb) p s
No symbol s in current context.
(gdb) f 9
#9 0x7f1701741ade in decode (s=...,
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Sage/Lists!
(gdb) f 8
#8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
include/encoding.h:80
80 WRITE_INTTYPE_ENCODER(uint32_t, le32)
(gdb) p n
No symbol n in current context.
(gdb) p s
No symbol s in current
Hi Sage/Lists!
Yes! The entire Ceph cluster (1 Mon, 1 MSD, 3 OSD) are 32bit linux.
The machine running Qemu is 64bit linux.
Thanks,
Dyweni
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Sage/Lists!
(gdb) f 8
#8 0x7f170174198a in decode (v=@0x7f16fd8b190c, p=...) at
On Fri, 6 May 2011, Dyweni - Qemu-Devel wrote:
Hi Sage/Lists!
Yes! The entire Ceph cluster (1 Mon, 1 MSD, 3 OSD) are 32bit linux.
The machine running Qemu is 64bit linux.
Excellent. This is now fixed by 48d94f6e34da8ace2b5cb128de1bcfb34b3c40b5
in the stable and master branches of
11 matches
Mail list logo