[Pacemaker] offtopic scalable block-device
ruslan usifov
ruslan.usifov at gmail.com
Fri Mar 16 11:50:58 UTC 2012
I crash i have follow stack trcae
#0 0xb77fa424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb77fa424 in __kernel_vsyscall ()
#1 0xb77e98a0 in raise () from /lib/i386-linux-gnu/libpthread.so.0
#2 0x08230f8b in ?? ()
#3 <signal handler called>
#4 0xb77fa424 in __kernel_vsyscall ()
#5 0xb70eae71 in raise () from /lib/i386-linux-gnu/libc.so.6
#6 0xb70ee34e in abort () from /lib/i386-linux-gnu/libc.so.6
#7 0xb73130b5 in __gnu_cxx::__verbose_terminate_handler() () from
/usr/lib/i386-linux-gnu/libstdc++.so.6
#8 0xb7310fa5 in ?? () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#9 0xb7310fe2 in std::terminate() () from
/usr/lib/i386-linux-gnu/libstdc++.so.6
#10 0xb731114e in __cxa_throw () from /usr/lib/i386-linux-gnu/libstdc++.so.6
#11 0x0822f8c7 in ceph::__ceph_assert_fail(char const*, char const*, int,
char const*) ()
#12 0x081cf8a4 in MDSMap::get_health(std::basic_ostream<char,
std::char_traits<char> >&) const ()
#13 0x0811e8a7 in MDSMonitor::get_health(std::basic_ostream<char,
std::char_traits<char> >&) const ()
#14 0x080c4977 in Monitor::handle_command(MMonCommand*) ()
#15 0x080cf244 in Monitor::_ms_dispatch(Message*) ()
#16 0x080df1a4 in Monitor::ms_dispatch(Message*) ()
#17 0x081f706d in SimpleMessenger::dispatch_entry() ()
#18 0x080b27d2 in SimpleMessenger::DispatchThread::entry() ()
#19 0x081b5d81 in Thread::_entry_func(void*) ()
#20 0xb77e0e99 in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#21 0xb71919ee in clone () from /lib/i386-linux-gnu/libc.so.6
And when one mone craches all other monitors in cluster will crashes
too:-((. So one time in cluster not any alive mons
2012/3/16 ruslan usifov <ruslan.usifov at gmail.com>
>
>
> 2012/3/16 Florian Haas <florian at hastexo.com>
>
>> On Fri, Mar 16, 2012 at 10:13 AM, ruslan usifov <ruslan.usifov at gmail.com>
>> wrote:
>> > Hello
>> >
>> > I search a solution for scalable block device (dist that can extend if
>> we
>> > add some machines to cluster). Only what i find accepten on my task is
>> ceph
>> > + RDB, but ceph on my test i very unstable(regulary crash of all it
>> daemons)
>> > + have poor integration with pacemaker. So does anybody recommend some
>> > solution???
>>
>> Which Ceph version are you using? Both the Ceph daemons and RBD are
>> fully integrated into Pacemaker in upstream git.
>>
>
> I use ceph from this debian repository http://ceph.newdream.net/debian/.
> So i use version 0.43. The reason why i decide use pacemaker is delays that
> happens periodically(time to time perhaps when client try to connect to
> failed mon) if one monitor in cluster will fail (in my case crash). I think
> that if monitor in fail case will move to health node i remove this
> delayes. But in may case i doesn't have success:-(((( (i try use haproxy,
> try to launch one monitor which will migrate to heath node)
>
>
>>
>> https://github.com/ceph/ceph/tree/master/src/ocf
>>
>> You may want to look at http://www.hastexo.com/category/tags/ceph for
>> upcoming updates on this (RSS feed icon at the bottom).
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20120316/19399821/attachment.htm>
More information about the Pacemaker
mailing list