On Fri, Mar 16, 2012 at 4:55 PM, Lars Marowsky-Bree wrote:
> On 2012-03-16T13:36:34, Florian Haas wrote:
>
>> > Would this not be more readily served by a simple while loop doing the
>> > monitoring, even if systemd/upstart aren't around? Pacemaker is kind of
>> > a heavy-weight here.
>> If you p
On 2012-03-16T13:36:34, Florian Haas wrote:
> > Would this not be more readily served by a simple while loop doing the
> > monitoring, even if systemd/upstart aren't around? Pacemaker is kind of
> > a heavy-weight here.
> If you prefer to suggest a self-hacked while loop to your customers
> I'm n
On 2012-03-16T10:00:41, Tim Ward wrote:
> > crm has a synchronous mode nowadays too.
> How do I use that? - I haven't noticed it in any of the documentation that
> I've found.
crm -w
man crm should have it, if you've got a recent enough version.
Regards,
Lars
--
Architect Storage/HA
SU
On Fri, Mar 16, 2012 at 12:24 PM, ruslan usifov wrote:
> Luster looks very cool and stability, but it doesn't provide scalable block
> device (Ceph allow it throw RDB), require patched kernel (i doesn't find
> more modern patched kernels for ubuntu lucid), so i think that it doesn't
> acceptable f
On Fri, Mar 16, 2012 at 12:42 PM, Lars Marowsky-Bree wrote:
> On 2012-03-16T11:28:36, Florian Haas wrote:
>
>> > is there a reason for integrating ceph with pacemaker? ceph does
>> > internal monitoring of OSTs etc anyway, doesn't it?
>> Assuming you're referring to OSDs, yes it does. It does aut
On Fri, Mar 16, 2012 at 12:50 PM, ruslan usifov wrote:
> I crash i have follow stack trcae
How about taking that to the ceph-devel list?
Florian
--
Need help with High Availability?
http://www.hastexo.com/now
___
Pacemaker mailing list: Pacemaker@os
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
#4 0xb77fa424 in __kernel_vsyscall ()
#5 0xb70eae71 in raise () from /lib/i386
On 2012-03-16T11:28:36, Florian Haas wrote:
> > is there a reason for integrating ceph with pacemaker? ceph does
> > internal monitoring of OSTs etc anyway, doesn't it?
> Assuming you're referring to OSDs, yes it does. It does automatic
> failover for MDSs (if you use them) and MONs too. But it c
16.03.2012 05:46, Andrew Beekhof wrote:
> On Thu, Mar 15, 2012 at 3:22 PM, Vladislav Bogdanov
> wrote:
>> 15.03.2012 01:49, Andreas Kurz wrote:
>>> On 03/14/2012 08:40 AM, Vladislav Bogdanov wrote:
Hi,
I'm observing a little bit unintuitive behavior of migration logic when
tran
2012/3/16 Florian Haas
> On Fri, Mar 16, 2012 at 10:13 AM, ruslan usifov
> 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 un
2012/3/16 Vladislav Bogdanov
> 16.03.2012 12:13, ruslan usifov 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
On Fri, Mar 16, 2012 at 11:14 AM, Lars Marowsky-Bree wrote:
> On 2012-03-16T11:13:17, Florian Haas wrote:
>
>> Which Ceph version are you using? Both the Ceph daemons and RBD are
>> fully integrated into Pacemaker in upstream git.
>>
>> https://github.com/ceph/ceph/tree/master/src/ocf
>>
>> You m
On 2012-03-16T11:13:17, Florian Haas wrote:
> Which Ceph version are you using? Both the Ceph daemons and RBD are
> fully integrated into Pacemaker in upstream git.
>
> https://github.com/ceph/ceph/tree/master/src/ocf
>
> You may want to look at http://www.hastexo.com/category/tags/ceph for
> u
On 2012-03-16T07:49:10, "Janec, Jozef" wrote:
> "The sbd agent does not need to and should not be cloned. If all of your
> nodes run SBD, as is most likely, not even a monitor action provides a real
> benefit, since the daemon would suicide the node if there was a problem."
>
> There isn't exa
On Fri, Mar 16, 2012 at 11:06 AM, Vladislav Bogdanov
wrote:
> 16.03.2012 12:13, ruslan usifov 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
On Fri, Mar 16, 2012 at 10:13 AM, ruslan usifov 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)
16.03.2012 12:13, ruslan usifov 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 in
> From: Lars Marowsky-Bree [mailto:l...@suse.com]
>
> crm has a synchronous mode nowadays too.
How do I use that? - I haven't noticed it in any of the documentation that I've
found.
Tim Ward
Brett Ward Limited - www.brettward.co.uk
This message contains confidential information and may
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
Hello,
For the question if I read that article: yes.
About number of resources there is only:
"The sbd agent does not need to and should not be cloned. If all of your nodes
run SBD, as is most likely, not even a monitor action provides a real benefit,
since the daemon would suicide the node if
20 matches
Mail list logo
