Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Sage Weil
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 ce

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Dyweni - Qemu-Devel
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

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Sage Weil
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 c

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Dyweni - Qemu-Devel
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=...,

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Sage Weil
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 "

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Dyweni - Qemu-Devel
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,

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Sage Weil
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

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Dyweni - Qemu-Devel
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

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Josh Durgin
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 (wit

Re: [Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Dyweni - Qemu-Devel
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,

[Qemu-devel] Qemu + RBD = ceph::buffer::end_of_buffer

2011-05-06 Thread Dyweni - Qemu-Devel
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 e