On Mon, Dec 14, 2009 at 8:33 AM, Yan Gao wrote:
> Hi,
>
> Andrew Beekhof wrote:
>> On Thu, Nov 12, 2009 at 4:46 PM, Colin wrote:
>>> On Thu, Nov 12, 2009 at 3:36 PM, Andrew Beekhof wrote:
>>>
>>> 1) In cib/remote.c, the function check_group_membership() only checks
>>> whether the user is explic
Hi,
Andrew Beekhof wrote:
> On Thu, Nov 12, 2009 at 4:46 PM, Colin wrote:
>> On Thu, Nov 12, 2009 at 3:36 PM, Andrew Beekhof wrote:
>>
>> 1) In cib/remote.c, the function check_group_membership() only checks
>> whether the user is explicitly listed as member of the group in
>> /etc/group, but do
On Thu, Dec 10, 2009 at 10:51 PM, Colin wrote:
> On Thu, Dec 10, 2009 at 2:00 PM, Andrew Beekhof wrote:
>> On Fri, Nov 27, 2009 at 10:54 AM, Colin wrote:
>>> On Mon, Nov 23, 2009 at 9:59 AM, Colin wrote:
On Fri, Nov 20, 2009 at 8:05 PM, Andrew Beekhof wrote:
> On Fri, Nov 20, 2009 at
On Thu, Dec 10, 2009 at 2:00 PM, Andrew Beekhof wrote:
> On Fri, Nov 27, 2009 at 10:54 AM, Colin wrote:
>> On Mon, Nov 23, 2009 at 9:59 AM, Colin wrote:
>>> On Fri, Nov 20, 2009 at 8:05 PM, Andrew Beekhof wrote:
On Fri, Nov 20, 2009 at 12:36 PM, Andrew Beekhof
wrote:
> Remote no
On Fri, Nov 27, 2009 at 10:54 AM, Colin wrote:
> On Mon, Nov 23, 2009 at 9:59 AM, Colin wrote:
>> On Fri, Nov 20, 2009 at 8:05 PM, Andrew Beekhof wrote:
>>> On Fri, Nov 20, 2009 at 12:36 PM, Andrew Beekhof wrote:
Remote notifications should work, I'll test that today.
>>>
>>> As of http://
On Mon, Nov 23, 2009 at 9:59 AM, Colin wrote:
> On Fri, Nov 20, 2009 at 8:05 PM, Andrew Beekhof wrote:
>> On Fri, Nov 20, 2009 at 12:36 PM, Andrew Beekhof wrote:
>>> Remote notifications should work, I'll test that today.
>>
>> As of http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/a6d70b1b479
>> (Although there's still the following message from crm_mon:
>> "Notification setup failed, won't be able to reconnect after failure",
>> it does seem to hang on and update itself correctly when the CIB
>> changes...)
>
> Eventually I'll implement that functionality too and the message will go aw
On Mon, Nov 23, 2009 at 9:59 AM, Colin wrote:
> On Fri, Nov 20, 2009 at 8:05 PM, Andrew Beekhof wrote:
>> On Fri, Nov 20, 2009 at 12:36 PM, Andrew Beekhof wrote:
>>> Remote notifications should work, I'll test that today.
>>
>> As of http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/a6d70b1b479
On Fri, Nov 20, 2009 at 8:05 PM, Andrew Beekhof wrote:
> On Fri, Nov 20, 2009 at 12:36 PM, Andrew Beekhof wrote:
>> Remote notifications should work, I'll test that today.
>
> As of http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/a6d70b1b479d
> they finally work for clear-text connections.
Do
On Fri, Nov 20, 2009 at 8:05 PM, Andrew Beekhof wrote:
> On Fri, Nov 20, 2009 at 12:36 PM, Andrew Beekhof wrote:
>> Remote notifications should work, I'll test that today.
>
> As of http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/a6d70b1b479d
> they finally work for clear-text connections.
> T
On Fri, Nov 20, 2009 at 12:36 PM, Andrew Beekhof wrote:
> Remote notifications should work, I'll test that today.
As of http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/a6d70b1b479d
they finally work for clear-text connections.
Testing encrypted ones now.
__
On Fri, Nov 20, 2009 at 1:05 PM, Colin wrote:
> PS: I believe this CRM_ASSERT() in lib/common/remote.c can never trigger.
Its designed to detect if somehow we asked for an encrypted message
when Pacemaker wasn;t built with gnutls.
Its a sanity check, its not supposed to go off.
>
> if(encrypt
PS: I believe this CRM_ASSERT() in lib/common/remote.c can never trigger.
if(encrypted) {
#ifdef HAVE_GNUTLS_GNUTLS_H
reply = cib_recv_tls(session);
#else
CRM_ASSERT(encrypted == FALSE);
#endif
} else {
___
Pacemaker mailing list
On Fri, Nov 20, 2009 at 12:36 PM, Andrew Beekhof wrote:
> On Fri, Nov 20, 2009 at 11:17 AM, Colin wrote:
>> - The assumption that a partial read (wrt. the buffer) signals no more
>> data is IMO not valid.
>
> It is if you didn't get a signal.
What if the number of payload bytes per IP packet is
On Fri, Nov 20, 2009 at 11:17 AM, Colin wrote:
> Hi,
>
> this is looking better again: A remote "cibadmin -Q" is now doing the
> right thing, however a remote "crm_mon" is still _not_ working
> correctly.
>
> Let's see, now that I should know where to look ... the function
> cib_recv_plaintext() i
Hi,
this is looking better again: A remote "cibadmin -Q" is now doing the
right thing, however a remote "crm_mon" is still _not_ working
correctly.
Let's see, now that I should know where to look ... the function
cib_recv_plaintext() in lib/common/remote.c looks a bit suspicious to
me:
- The "if
On Thu, Nov 19, 2009 at 8:31 PM, Andrew Beekhof wrote:
> Fixed the plaintext connections and made a couple of the changes you
> suggested.
>
> http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/971d8989e9f0
That's great, thanks!
/me is off to compile Pacemaker.
Colin
_
Fixed the plaintext connections and made a couple of the changes you suggested.
http://hg.clusterlabs.org/pacemaker/stable-1.0/rev/971d8989e9f0
On Mon, Nov 16, 2009 at 4:54 PM, Colin wrote:
> On Mon, Nov 16, 2009 at 4:42 PM, Andrew Beekhof wrote:
>> On Mon, Nov 16, 2009 at 4:31 PM, Colin wrote
On Mon, Nov 16, 2009 at 4:42 PM, Andrew Beekhof wrote:
> On Mon, Nov 16, 2009 at 4:31 PM, Colin wrote:
>>
>> On Mon, Nov 16, 2009 at 3:19 PM, Andrew Beekhof wrote:
>>> On Thu, Nov 12, 2009 at 4:46 PM, Colin wrote:
On Thu, Nov 12, 2009 at 3:36 PM, Andrew Beekhof wrote:
>>>
5) The log
On Mon, Nov 16, 2009 at 4:31 PM, Colin wrote:
> Hi Andrew,
>
> thanks for your response!
>
> On Mon, Nov 16, 2009 at 3:19 PM, Andrew Beekhof wrote:
>> On Thu, Nov 12, 2009 at 4:46 PM, Colin wrote:
>>> On Thu, Nov 12, 2009 at 3:36 PM, Andrew Beekhof wrote:
>>
>>> 5) The log message "cib: [2941]:
Hi Andrew,
thanks for your response!
On Mon, Nov 16, 2009 at 3:19 PM, Andrew Beekhof wrote:
> On Thu, Nov 12, 2009 at 4:46 PM, Colin wrote:
>> On Thu, Nov 12, 2009 at 3:36 PM, Andrew Beekhof wrote:
>
>> 5) The log message "cib: [2941]: debug: cib_remote_listen: New
>> clear-text connection" sh
On Thu, Nov 12, 2009 at 4:46 PM, Colin wrote:
> On Thu, Nov 12, 2009 at 3:36 PM, Andrew Beekhof wrote:
>> I used it the other day.
>>
>> http://www.clusterlabs.org/doc/pacemaker-explained/ch-advanced-options.html#s-remote-connection
>>
>> Try setting CIB_encrypted to false.
>
> Thanks, that got m
On Thu, Nov 12, 2009 at 3:36 PM, Andrew Beekhof wrote:
> I used it the other day.
>
> http://www.clusterlabs.org/doc/pacemaker-explained/ch-advanced-options.html#s-remote-connection
>
> Try setting CIB_encrypted to false.
Thanks, that got me a step further...
...but there are still various issue
I used it the other day.
http://www.clusterlabs.org/doc/pacemaker-explained/ch-advanced-options.html#s-remote-connection
Try setting CIB_encrypted to false.
On Tue, Nov 10, 2009 at 3:54 PM, Colin wrote:
> Does anybody else successfully use this feature, or is it suffering
> from bit-rot?
>
> Th
Does anybody else successfully use this feature, or is it suffering
from bit-rot?
Thanks, Colin
___
Pacemaker mailing list
Pacemaker@oss.clusterlabs.org
http://oss.clusterlabs.org/mailman/listinfo/pacemaker
Hi All,
just tried to get the remote access to the cluster up-and-running, but
with more error than success...
Starting point was a working cluster installation. Then I did
# cibadmin --modify -X ''
# /etc/init.d/corosync stop
# /etc/init.d/corosync start
to get the listener, erm, listening:
#
26 matches
Mail list logo
