Hey all,
I just realized that I may have replied to an old message and caused
what I sent to get buried in the past of a threaded client. :) So here
it is again... sorry for the repost if you had already seen it. I've
been seeing discussion of spec file work, so I thought I'd jump and
down a litt
Andrew Beekhof wrote:
Log Message:
only the leader of ccm calculates the quorum and broadcasts to other
nodes.
Seems like a good idea.
Just wondering if any known bugs are fixed as a result of this?
It would not fix any bug. It is necessary for the 3rd quorum server.
Because when the split
Lars Marowsky-Bree wrote:
On 2006-08-16T18:08:45, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
It's my old dream to have it
separately, probably even in a separate rpm.
Yes, that's the idea.
That's planned for 2.0.8, no?
I will do it soon, in couple of days.
Patches are certainly wel
Hi,
I wish I had more luck in building rpms lately :-(
again this is after a fresh cvs checkout, followed by ConfigureMe bootstrap;
ConfigureMe package
gmake[1]: Entering directory `/root/heartbeat/linux-ha/debian'
gmake[1]: *** No rule to make target `patches/02-chown-check.patch', needed by
Lars Marowsky-Bree wrote:
> On 2006-08-16T08:37:43, Alan Robertson <[EMAIL PROTECTED]> wrote:
>
>>> What if it implies an ENOMEM, because for whatever reason, the system
>>> call required memory which wasn't available, EAGAIN because we got a
>>> signal during the system call, or ...?
>> As you we
Alan Robertson wrote:
OK.
There are several places in the code where we use times(2). I've taken
your ideas and created a new patch for the 2.x CVS(HEAD) branch which I
think covers them all.
I've attached it here.
Wolfgang: Could you test this and see if it works during wraparound?
It's n
On 2006-08-16T18:08:45, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
> > It's my old dream to have it
> > separately, probably even in a separate rpm.
> Yes, that's the idea.
That's planned for 2.0.8, no?
Patches are certainly welcome. ;-)
Sincerely,
Lars Marowsky-Brée
--
High Availabili
On Wed, Aug 16, 2006 at 10:49:46AM -0500, Serge Dubrouski wrote:
> On 8/16/06, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
> >Hello,
> >
> >How about making a separate package with only haclient? Currently,
> >heartbeat requires a whole bunch of gtk related stuff which
> >usually doesn't belong to
On 8/16/06, Lars Marowsky-Bree <[EMAIL PROTECTED]> wrote:
On 2006-08-16T18:44:20, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
> Since I need different levels of monitoring rather urgently, I
> thought that it would be preferable to use the "depth" property
> and then code the resource agent cor
Hey guys,
I've been hacking on the spec file for a little while and figured I
should maybe start sharing. I wind up building RPMs at client sites
almost every week. (I know - I could just set up a repository - but
where's the fun in that)
I had a problem building on 32-bit installs, since the /u
On 2006-08-16T18:44:20, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
> Since I need different levels of monitoring rather urgently, I
> thought that it would be preferable to use the "depth" property
> and then code the resource agent correspondingly.
>
> But, it seems like it hasn't been impleme
On Wed, Aug 16, 2006 at 11:30:46AM -0500, Serge Dubrouski wrote:
> On 8/16/06, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
> >Hello,
> >
> >Anybody ever user various "depth" property of the monitor
> >operation. If so, how? How does an RA see what kind of monitor
> >operation it should do?
> >
> >
On 8/16/06, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
Hello,
Anybody ever user various "depth" property of the monitor
operation. If so, how? How does an RA see what kind of monitor
operation it should do?
Cheers,
Dejan
You can program any kind of monitoring in OCF RA. So let's say on nod
Hello,
Anybody ever user various "depth" property of the monitor
operation. If so, how? How does an RA see what kind of monitor
operation it should do?
Cheers,
Dejan
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/ma
On 2006-08-16T08:37:43, Alan Robertson <[EMAIL PROTECTED]> wrote:
> > What if it implies an ENOMEM, because for whatever reason, the system
> > call required memory which wasn't available, EAGAIN because we got a
> > signal during the system call, or ...?
>
> As you well know, neither of these ar
On 8/16/06, Dejan Muhamedagic <[EMAIL PROTECTED]> wrote:
Hello,
How about making a separate package with only haclient? Currently,
heartbeat requires a whole bunch of gtk related stuff which
usually doesn't belong to the kind of computer which is a cluster
member.
Cheers,
Dejan
___
Hello,
How about making a separate package with only haclient? Currently,
heartbeat requires a whole bunch of gtk related stuff which
usually doesn't belong to the kind of computer which is a cluster
member.
Cheers,
Dejan
___
Linux-HA-Dev: Linu
Lars Marowsky-Bree wrote:
> On 2006-08-15T17:02:44, Alan Robertson <[EMAIL PROTECTED]> wrote:
>
>> The kludge part itself is pretty mild. I'll reproduce it below:
>>
>> int save_errno = errno;
>> errno = 0;
>> ret = times(TIMES_PARAM);
>>
>> if (errno != 0) {
>>
On 8/16/06, Serge Dubrouski <[EMAIL PROTECTED]> wrote:
Why enable_fatal_warnings is set to "yes" by default? It adds -Werror
flag to all Makefiles and then compiling Heartbeat fails on machines
where bzip-devel or ncurses-devel packages aren't installed. But those
packages aren't critical.
Other
Why enable_fatal_warnings is set to "yes" by default? It adds -Werror
flag to all Makefiles and then compiling Heartbeat fails on machines
where bzip-devel or ncurses-devel packages aren't installed. But those
packages aren't critical.
Other way crm_mon.c and xml.c have to be patched to correctly
On 8/15/06, Alan Robertson <[EMAIL PROTECTED]> wrote:
Lars Ellenberg wrote:
> / 2006-08-15 18:28:03 +0100
> \ David Lee:
>>> So, with IPaddr, if you do ifconfig afterwards, the interface for the IP
>>> address shows up. With IPaddr2, ifconfig will claim that no such
>>> address is managed.
>> Ma
On 8/16/06, Alan Robertson <[EMAIL PROTECTED]> wrote:
Andrew Beekhof wrote:
> On 8/15/06, Alan Robertson <[EMAIL PROTECTED]> wrote:
>> Andrew Beekhof wrote:
>> > On 6/28/06, Lars Marowsky-Bree <[EMAIL PROTECTED]> wrote:
>> >> On 2006-06-15T18:26:24, Lars Marowsky-Bree <[EMAIL PROTECTED]> wrote:
>
On 2006-08-16T14:27:56, Andrew Beekhof <[EMAIL PROTECTED]> wrote:
> i just checked and it was indeed linux. sles10 to be precise.
> which probably explains why CTS barfs with more than 7 nodes.
To be more precise, the : string is truncated at 9 characters in
ifconfig output.
If one uses more des
On 8/16/06, Andrew Beekhof <[EMAIL PROTECTED]> wrote:
On 8/15/06, Alan Robertson <[EMAIL PROTECTED]> wrote:
> Lars Ellenberg wrote:
> > / 2006-08-15 18:28:03 +0100
> > \ David Lee:
> >>> So, with IPaddr, if you do ifconfig afterwards, the interface for the IP
> >>> address shows up. With IPaddr2
On 8/16/06, linux-ha-cvs@lists.linux-ha.org
wrote:
linux-ha CVS committal
Author : zhenh
Host:
Project : linux-ha
Module : membership
Dir : linux-ha/membership/ccm
Modified Files:
ccm.c ccm.h ccm_statemachine.c ccmclient.c ccmmsg.c
Log Message:
only the leader of ccm calc
On 2006-08-16T12:36:50, David Lee <[EMAIL PROTECTED]> wrote:
> > But, the addresses being named ethX:Y on Linux has been depreciated
> > since 2.4.
> Lars: This sounds like an important consideration for Linux systems.
> Could you provide us with a background reference (URL) please? Thanks.
I do
On 2006-08-16T12:27:28, David Lee <[EMAIL PROTECTED]> wrote:
> As bad as that? I thought it was just a linear search, using a while loop
> with an incrementing variable (limited to 512) to find the next free
> (unallocated, etc.) "le0:": function "find_free_interface()".
I think that is what i
On Wed, 16 Aug 2006, Lars Marowsky-Bree wrote:
> On 2006-08-15T09:36:19, Alan Robertson <[EMAIL PROTECTED]> wrote:
>
> > And, unfortunately it would confuse a lot of people, since the IP
> > addresses wouldn't have interface names. Evidence suggests that would
> > confuse a lot of people -- and o
On Tue, 15 Aug 2006, Alan Robertson wrote:
> [...]
> By the way, the real reason why it's faster isn't ip versus ifconfig,
> it's that IPaddr tries to create a name which isn't already used, and it
> has to search the name space to find one.
Thanks for the reply.
> IIRC, it does the unfortunate,
On 2006-08-15T17:02:44, Alan Robertson <[EMAIL PROTECTED]> wrote:
> The kludge part itself is pretty mild. I'll reproduce it below:
>
> int save_errno = errno;
> errno = 0;
> ret = times(TIMES_PARAM);
>
> if (errno != 0) {
> ret = (clock_t) (-errn
On 2006-08-15T10:36:05, Alan Robertson <[EMAIL PROTECTED]> wrote:
> The LRMD is child's play to read when compared to most of the rest of R2.
>
> People have actually read the lrmd and understand it. I didn't say I
> like the code, but I do understand it.
It took me a while to get grips.
> If
On 2006-08-15T09:36:19, Alan Robertson <[EMAIL PROTECTED]> wrote:
> And, unfortunately it would confuse a lot of people, since the IP
> addresses wouldn't have interface names. Evidence suggests that would
> confuse a lot of people -- and other scripts.
But, the addresses being named ethX:Y on L
I would like to ensure that visitors to my website always receive a response.
The problem is that the ISP that the server is connected to is very unreliable.
So I purchased another IP address from another ISP. Now I have two different
connections to the internet, on totally separate networks. I a
Hi, Lars,
yes, it is backwards-compatible.
In a mix version cluster, if the leader is in old version, the new field will
be not in the member list message,
then the other nodes will calculate the quorum themselves.
If the leader is in new version, but the some of other nodes are in old version
On 2006-08-15T09:43:47, Alan Robertson <[EMAIL PROTECTED]> wrote:
> >> + + KNOWN BUGS:
> >> +- When running a cluster of nodes of very different speeds temporary
> >> + membership anomalies may occasionally be seen. These correct
> >> + themselves and don't appear to be harmful. T
On 2006-08-15T09:20:21, Alan Robertson <[EMAIL PROTECTED]> wrote:
> Was this fixed before 2.0.7?
Yes.
I merged it on the assumption that shipping a broken IPaddr2 wasn't a
good idea ;-)
--
High Availability & Clustering
SUSE Labs, Research and Development
SUSE LINUX Products GmbH - A Novell
On 2006-08-16T03:59:34, linux-ha-cvs@lists.linux-ha.org wrote:
> linux-ha CVS committal
>
> Author : zhenh
> Host:
> Project : linux-ha
> Module : membership
>
> Dir : linux-ha/membership/ccm
>
>
> Modified Files:
> ccm.c ccm.h ccm_statemachine.c ccmclient.c ccmmsg.c
>
>
>
37 matches
Mail list logo