OK a few questions:
Firstly--
WS_PID=`ps -ef | grep /usr/bin/pen | grep $OCF_RESKEY_control_port |
grep -v grep | awk '{print $2}'`
I guess this is primitive, but I only have a fundamental understanding
of awk and regex. What do you suggest replacing the above lines with ?
Secondly--
Are your saying that with the monitor operation I should do an OSI
Level 7 check?
That is not always easy because pen can balance any protocol. I can't
use wget could be LDAP. It would be hard to make the check modular.
I could use NC to check for an open port.
I can send a signal to pen and see that it responds.
What do you suggest?
On Feb 8, 2008 2:01 PM, Eddie C <[EMAIL PROTECTED]> wrote:
> I will take your notes and edit the script.
>
> As for the statement about LVS, I wish I could get LVS to work right.
> I have taken three or four runs at it. I never find a full complete
> doc that works. I usually have problems with NO-ARP interfaces,
> configurations showing steps in V1 not V2, and running LVS on the same
> server as the back ends. It seems like LVS-NAT is the easiest but that
> is the one I can not use in our deployments. Some docs I find are even
> talking about 2.4 kernel and some docs say I need ARP tables. From the
> information I find I am never sure if a step is needed or its not.
> (I'm running CENT5 FYI). I am probably just missing simple
> things....but
>
> I do agree that LVS is a more graceful option. Pen has some pluses. It
> is simple and you can kick it up command line. Compared to LVS I can
> backend something on a completely different network without tunneling.
> In some installs it might be the solution.
>
> Edward
>
>
> On Feb 8, 2008 12:36 PM, Lars Marowsky-Bree <[EMAIL PROTECTED]> wrote:
> > On 2008-02-08T10:50:31, Eddie C <[EMAIL PROTECTED]> wrote:
> >
> > > pen 8080 host1:80 host2:80
> > >
> > > This makes it ideal work as an RA, because the load balancer (ok its a
> > > proxy but close enough) can fail over to any node without having to
> > > worry about synchronizing configuration files.
> >
> > You could do something very similar with LVS as well, btw. No need for
> > any daemon.
> >
> > > #!/bin/sh
> > > # Edward Guy Capriolo
> > > # Pen RA: Used to start the pen proxy from linux HA
> > > #
> > > # OCF parameters are as below
> >
> > This lacks a GPL-license header, and I'd recommend to add one saying to
> > use GPLv2 or v3.
> >
> >
> > > pen_stop() {
> > > WS_PID=`ps -ef | grep /usr/bin/pen | grep
> > > $OCF_RESKEY_control_port | grep -v grep | awk '{print $2}'`
> > > if [ "$WS_PID" = "" ] ; then
> > > echo "pen is already stopped"
> > > return $OCF_SUCCESS
> > > else
> > > kill $WS_PID
> > > echo "pen stopped [OK]"
> > > return $OCF_SUCCESS
> > > fi
> > >
> > > exit $OCF_SUCCESS
> > > }
> >
> > Code like that always makes me a big worried ;-) The last exit statement
> > can never be reached.
> >
> > > pen_monitor() {
> > > WS_PID=`ps -ef | grep /usr/bin/pen | grep
> > > $OCF_RESKEY_control_port | grep -v grep | awk '{print $2}'`
> > > if [ "$WS_PID" = "" ] ; then
> > > return $OCF_NOT_RUNNING
> > > else
> > > return $OCF_SUCCESS
> > > fi
> > >
> > > return $OCF_ERR_GENERIC
> > > }
> >
> > Same here. The error test code should probably be done separately - if
> > it is running, check it.
> >
> > (The WS_PID search also seems like something which would benefit from
> > being put into a function so you don't have to repeat it. Chaing grep
> > with awk also fails to use awk and is needlessly complicated.)
> >
> >
> > Regards,
> > Lars
> >
> > --
> > Teamlead Kernel, SuSE Labs, Research and Development
> > SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
> > "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
> >
> >
> > _______________________________________________
> > Linux-HA mailing list
> > [email protected]
> > http://lists.linux-ha.org/mailman/listinfo/linux-ha
> > See also: http://linux-ha.org/ReportingProblems
> >
>
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
