[Pacemaker] known problem with corosync 1.4.1 on centos64 ?

[andreas graeper]

i forgot to ask the more important:

i used cleanup for wiping out the rest, that was left after i stopped and
deleted a resource.
when the resource (unmanaged) is anyhow still there, than a cleanup would
let pacemaker try to manage that resource again and start all the other
depending ( order / colocation ) resources, too ? unfortunately
(fortunately ?!) the situation i could check this has gone.

thanks
andreas


2013/6/21 andreas graeper <agraeper at googlemail.com>

> hi,
> > old version :
> i shall maintain a centos63 with, except drbd (build from source), only
> standard-repos are used.
> for testing i installed newest centos64, but .. .
>
> there is no chance to get rid of that centos63, but for learning/testing
> what are the best distros ? not in general, but for use with
> drbd+corosync+pacemaker.
>
>
>
> 2013/6/21 Lars Marowsky-Bree <lmb at suse.com>
>
>> On 2013-06-21T10:56:29, andreas graeper <agraeper at googlemail.com> wrote:
>>
>> > hi,
>> > when only i remove or add resources, corosync starts to eat up all cpu.
>> > drbd 8.4.1 (build from source)
>> > corosync 1.4.1
>>
>> yes, corosync 1.4.1 had one such error, I recall. If you're building
>> from source, why are you sticking to such an old version?
>>
>>
>> Regards,
>>     Lars
>>
>> --
>> Architect Storage/HA
>> SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix
>> Imendörffer, HRB 21284 (AG Nürnberg)
>> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
>>
>>
>> _______________________________________________
>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs: http://bugs.clusterlabs.org
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/pacemaker/attachments/20130621/38cbe449/attachment-0003.html>