Re: [Linux-ha-dev] Shared disk file Exclusiveness control program for HB2

[Xinwei Hu]

Hi,

  There's races in the sfex_lock.c.

  When 2 nodes reach sfex_lock.c:265 in the same time.

  node A: reserve lock -> wait for collision_timeout -> hold lock
  node B: sleep   -> sleep -> reserve lock

在 星期三 08 八月 2007 12:00，NAKAHIRA Kazutomo 写道：
> Hello, all.
>
> We wrote a Shared Disk File EXclusiveness Control Program, called
> "SF-EX" for short, could prevent a destruction of data on
> shared disk file system due to Split-Brain.
>
> This program consists of CUI commands written in the C and RA,
> the former is used for managing and monitoring shared disk status
> and the latter is the same as other common RAs.
>
> We tested this program on IBM and HP platform, and we confirmed
> all functions worked well.
>
> Our test environment is listed below:
>  Software:
>   OS :RHEL4 ES Update5(kernel2.6.9-55.ELsmp)
>   HB2:heartbeat-2.1.2-2
>
>  Hardware:
>   IBM platform:
>Server : System x3650
>Shared disk: DS 4700 (FC)
>
>   HP platform:
>Server : DL380G5
>Shared disk: MSA500G2 (SCSI)
>
> How to install and configuration are described in README.
> If you are interested in this program, please try it and
> let me know your comments.
>
> Your suggestions on how to improve are really appreciated.
>
> Best regards.
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

RE: [Linux-ha-dev] Re: Shared disk file Exclusiveness control program for HB2

[Junko IKEDA]

Hi Alan,

Thank you for your comment.
This program isn't considered as a quorum module for now.
It was developed as RA, I mean, it provides an independent function without
some effects to Heartbeat's internal behavior.

since we don't have familiar with a quorum module,
what are the requirements for it?
We have no problem with improving it, but it's not known exactly how we
should do.

Best Regards,
Junko Ikeda

NTT DATA INTELLILINK CORPORATION


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Alan
Robertson
> Sent: Wednesday, August 08, 2007 1:12 PM
> To: NAKAHIRA Kazutomo
> Cc: linux-ha-dev@lists.linux-ha.org
> Subject: [Linux-ha-dev] Re: Shared disk file Exclusiveness control program
for
> HB2
> 
> NAKAHIRA Kazutomo wrote:
> > Hello, all.
> >
> > We wrote a Shared Disk File EXclusiveness Control Program, called
> > "SF-EX" for short, could prevent a destruction of data on
> > shared disk file system due to Split-Brain.
> >
> > This program consists of CUI commands written in the C and RA,
> > the former is used for managing and monitoring shared disk status
> > and the latter is the same as other common RAs.
> >
> > We tested this program on IBM and HP platform, and we confirmed
> > all functions worked well.
> >
> > Our test environment is listed below:
> >  Software:
> >   OS :RHEL4 ES Update5(kernel2.6.9-55.ELsmp)
> >   HB2:heartbeat-2.1.2-2
> >
> >  Hardware:
> >   IBM platform:
> >Server : System x3650
> >Shared disk: DS 4700 (FC)
> >
> >   HP platform:
> >Server : DL380G5
> >Shared disk: MSA500G2 (SCSI)
> >
> > How to install and configuration are described in README.
> > If you are interested in this program, please try it and
> > let me know your comments.
> >
> > Your suggestions on how to improve are really appreciated.
> 
> This program would be even more useful if it were available as a quorum
> module.  Have you thought about making it a quorum module?
> 
>   Thanks!
> 
> 
> --
> Alan Robertson <[EMAIL PROTECTED]>
> 
> "Openness is the foundation and preservative of friendship...  Let me
> claim from you at all times your undisguised opinions." - William
> Wilberforce
> ___
> Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
> http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
> Home Page: http://linux-ha.org/

___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

Re: [Linux-ha-dev] Question about VLAN

[Alan Robertson]

mingdao lu wrote:
> hi,
> At first, I have an ip resource(10.170.2.38 ) in my
> network. They are normal ip address and run on enet0.
> But now I want to put it in two VLAN. One used to receive, another used
> to send.e.g. vlan10, vlan20.
> Could heartbeat do this and how to configure the ip resource?

I don't know what you could do that would be useful in terms of
receiving on one interface and sending on the other.

But, you could probably do some kind of routing trick to set things up
that way.  I'm not a routing expert.


-- 
Alan Robertson <[EMAIL PROTECTED]>

"Openness is the foundation and preservative of friendship...  Let me
claim from you at all times your undisguised opinions." - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

Re: [Linux-ha-dev] Dynamic Modify the timeout values

[Alan Robertson]

DAIKI MATSUDA wrote:
>>> Hi, All
>>>
>>> I add the new function for heartbeat-2.0.8 and attached its patch file.
>>>
>>> The function is to apply the new timeout parameters ( keepalive,
>>> deadtime, deadping, warntime ) without stopping the heartbeat services.
>>> Currently heartbeat boot scripts supply the 'reload' or 'forcereload'
>>> function, but it, they are same, does stop the services and the HA
>>> services are moved to standby node, because its process kills the forked
>>> heartbeat processes and clients ( crmd etc. ).
>>> So, we think to without suspending the services make the changing
>>> parameters to apply to driving nodes. Current feature is following.
>>> 1. changing ha.cf  file for 4 parameters
>>> 2. send working parent heartbeat process signal SIGRTMAX ( e.g. kill -s
>>> SIGRTMAX `cat /var/run/heartbeat.pid` (Why do I choose SIGRTMAX? I do
>>> not find the unused good signal.)
>>>
>>> As we research the heatbeat, it may be safety. And I want to listen to
>>> your issues for patch and functions.
>> Sorry to be coming in so late on this, but I was working on the release
>> for many weeks now.  I really like the idea of dynamically modifying the
>> heartbeat configuration - but if you're going to go to the trouble to do
>> it, I'd like to see it done more generally.
>>
>> In other words, I'd like to be able to change nearly any  parameter in
>> ha.cf at run time without restarting heartbeat.
>>
>> This would require reworking (and improving) the way heartbeat starts
>> up.  This would be probably about twice or three times as much work as
>> what you've done, but it would be much more useful, and much more general.
>>
>> In the end, if done right, it could be groundwork to letting let us
>> eventually be able receive config updates from the CIB.  [I know there's
>> a bootstrapping issue, but we can deal with that when we get to deciding
>> to do that work].
>>
>> I have thought about this and have some specific ideas on what kinds of
>> things need to be done to make this happen.
> 
> Hi, Alan.
> 
> I understood what you say and think it is very good idea to tread all
> parameters in ha.cf. I thought my implementation is for testing and it
> is better that you, ha-dev team, make its feature.

I don't know quite what you meant by "it is better that you, ha-dev
team, make it's feature".

-- 
Alan Robertson <[EMAIL PROTECTED]>

"Openness is the foundation and preservative of friendship...  Let me
claim from you at all times your undisguised opinions." - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

[Linux-ha-dev] Re: I wrote a resource agent script for Tomcat.

[Alan Robertson]

HIDEO YAMAUCHI wrote:
> Hi all,
> 
> I wrote a resource agent script for Tomcat. (see attached)
> Please test out it first, and let me know your comments or
> questions.
> If everybody likes it, and it meets a criterion for
> Heartbeat, I hope the next release includes it officially.

I don't know anything about Tomcat, so I asked a friend who does know
something about Tomcat to look it over.

Thanks!


-- 
Alan Robertson <[EMAIL PROTECTED]>

"Openness is the foundation and preservative of friendship...  Let me
claim from you at all times your undisguised opinions." - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

Re: [Linux-ha-dev] Dynamic Modify the timeout values

[DAIKI MATSUDA]

> > Hi, All
> >
> > I add the new function for heartbeat-2.0.8 and attached its patch file.
> >
> > The function is to apply the new timeout parameters ( keepalive,
> > deadtime, deadping, warntime ) without stopping the heartbeat services.
> > Currently heartbeat boot scripts supply the 'reload' or 'forcereload'
> > function, but it, they are same, does stop the services and the HA
> > services are moved to standby node, because its process kills the forked
> > heartbeat processes and clients ( crmd etc. ).
> > So, we think to without suspending the services make the changing
> > parameters to apply to driving nodes. Current feature is following.
> > 1. changing ha.cf  file for 4 parameters
> > 2. send working parent heartbeat process signal SIGRTMAX ( e.g. kill -s
> > SIGRTMAX `cat /var/run/heartbeat.pid` (Why do I choose SIGRTMAX? I do
> > not find the unused good signal.)
> >
> > As we research the heatbeat, it may be safety. And I want to listen to
> > your issues for patch and functions.
>
> Sorry to be coming in so late on this, but I was working on the release
> for many weeks now.  I really like the idea of dynamically modifying the
> heartbeat configuration - but if you're going to go to the trouble to do
> it, I'd like to see it done more generally.
>
> In other words, I'd like to be able to change nearly any  parameter in
> ha.cf at run time without restarting heartbeat.
>
> This would require reworking (and improving) the way heartbeat starts
> up.  This would be probably about twice or three times as much work as
> what you've done, but it would be much more useful, and much more general.
>
> In the end, if done right, it could be groundwork to letting let us
> eventually be able receive config updates from the CIB.  [I know there's
> a bootstrapping issue, but we can deal with that when we get to deciding
> to do that work].
>
> I have thought about this and have some specific ideas on what kinds of
> things need to be done to make this happen.

Hi, Alan.

I understood what you say and think it is very good idea to tread all
parameters in ha.cf. I thought my implementation is for testing and it
is better that you, ha-dev team, make its feature.

MATSUDA, Daiki
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

[Linux-ha-dev] Question about VLAN

[mingdao lu]

hi,
At first, I have an ip resource(10.170.2.38) in my network. They are normal
ip address and run on enet0.
But now I want to put it in two VLAN. One used to receive, another used to
send.e.g. vlan10, vlan20.
Could heartbeat do this and how to configure the ip resource?
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

[Linux-ha-dev] I wrote a resource agent script for Tomcat.

[HIDEO YAMAUCHI]

Hi all,

I wrote a resource agent script for Tomcat. (see attached)
Please test out it first, and let me know your comments or
questions.
If everybody likes it, and it meets a criterion for
Heartbeat, I hope the next release includes it officially.

Best Regards,
Hideo YAMAUCHI






tomcat
Description: 2419265446-tomcat
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

[Linux-ha-dev] Re: Shared disk file Exclusiveness control program for HB2

[Alan Robertson]

NAKAHIRA Kazutomo wrote:
> Hello, all.
> 
> We wrote a Shared Disk File EXclusiveness Control Program, called
> "SF-EX" for short, could prevent a destruction of data on
> shared disk file system due to Split-Brain.
> 
> This program consists of CUI commands written in the C and RA,
> the former is used for managing and monitoring shared disk status
> and the latter is the same as other common RAs.
> 
> We tested this program on IBM and HP platform, and we confirmed
> all functions worked well.
> 
> Our test environment is listed below:
>  Software:
>   OS :RHEL4 ES Update5(kernel2.6.9-55.ELsmp)
>   HB2:heartbeat-2.1.2-2
> 
>  Hardware:
>   IBM platform:
>Server : System x3650
>Shared disk: DS 4700 (FC)
> 
>   HP platform:
>Server : DL380G5
>Shared disk: MSA500G2 (SCSI)
> 
> How to install and configuration are described in README.
> If you are interested in this program, please try it and
> let me know your comments.
> 
> Your suggestions on how to improve are really appreciated.

This program would be even more useful if it were available as a quorum
module.  Have you thought about making it a quorum module?

Thanks!


-- 
Alan Robertson <[EMAIL PROTECTED]>

"Openness is the foundation and preservative of friendship...  Let me
claim from you at all times your undisguised opinions." - William
Wilberforce
___
Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/