<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel about="http://blog.gmane.org/gmane.linux.keepalived.devel">
    <title>gmane.linux.keepalived.devel</title>
    <link>http://blog.gmane.org/gmane.linux.keepalived.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2556"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2555"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2554"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2553"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2552"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2551"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2550"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2549"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2548"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2547"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2546"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2545"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2544"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2543"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2542"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2541"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2540"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2539"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2538"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.keepalived.devel/2537"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2556">
    <title>new keepalived release</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2556</link>
    <description>Hi,

when will the next keepalived version be released?
I've read there are quite some patches to be incorporated...

Thanks.
</description>
    <dc:creator>Wolfram Schlich</dc:creator>
    <dc:date>2008-11-24T15:15:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2555">
    <title>Re: keepalived VRRP part used for N+1 redundant services</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2555</link>
    <description>Hi,

I've found the problem in the meantime.
I found out that I missed a closing brace in my config file :-[ so both
VRRP instances had collapsed to one.
I only found this out after digging into the source code of keepalived
:-\

Thanks to all that tried to help me out ;-)

Wouter.

On Tue, 18 Nov 2008 17:16:12 +0000, "Graeme Fowler" &lt;graeme&lt; at &gt;graemef.net&gt;
said:

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>wouterkalived&lt; at &gt;fastmail.net</dc:creator>
    <dc:date>2008-11-19T07:43:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2554">
    <title>Re: keepalived VRRP part used for N+1redundantservices</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2554</link>
    <description>$quoted_author = "Graeme Fowler" ;


This isn't quite the setup he wants.

Server 1 = Master A
Server 2 = Master B
Server 3 = Backup A, Backup B

 

That is still probably the case. We'd need to see the master configs.

cheers
marty

</description>
    <dc:creator>Martin Barry</dc:creator>
    <dc:date>2008-11-18T18:45:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2553">
    <title>Re: keepalived_healthcheckers flooding syslog</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2553</link>
    <description>
Thanks for the responce.  I did find that the RHEL 4 platform logged a
failing healthcheck multiple times...but there were 15 minutes to an
hour before it would log the same failure again.  So...doesn't make much
sense here either.  Fortunately, I've been able to fix the failures by
removing people's old mess.  :-)

Jack

</description>
    <dc:creator>Jack Neely</dc:creator>
    <dc:date>2008-11-18T18:18:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2552">
    <title>Re: keepalived VRRP part used for N+1redundantservices</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2552</link>
    <description>Hi

On Thu, 2008-11-13 at 14:00 +0100, wouterkalived&lt; at &gt;fastmail.net wrote:

Yep, pretty easy to do.


There's no need to shout :)
This is perfectly normal - I have a couple running rather like this,
master/backup on one director and backup/master on the other.


If it complains about that, your configs are banjaxed.

Make sure you have the same IP addresses in the same vrrp_instances,
with the same virtual_router_id (VRID). It looks from here - although
you didn't give the master config - that you have ever-so-slightly
different config for each VRID, so it's complaining.

At work we've got a boatload of VRRP instances spread across multiple
pairs (or more) of servers, all on the same /24 subnet, and they all get
along fine.

Graeme


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Graeme Fowler</dc:creator>
    <dc:date>2008-11-18T17:16:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2551">
    <title>Re: keepalived_healthcheckers flooding syslog</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2551</link>
    <description>
Possibly the way syslog is configured - it can "eat" messages and print
occasional "last message repeated N times" entries in order to save
space.

Other than that, no idea at all - if it's the same version, it doesn't
make a heap of sense to me.

Graeme


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Graeme Fowler</dc:creator>
    <dc:date>2008-11-18T17:10:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2550">
    <title>keepalived VRRP part used for N+1 redundantservices</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2550</link>
    <description>Hello,

I would like to use just the VRRP part of keepalived to setup an N+1
redundancy scheme for a service that runs on the VRRP hosts.

Just to give a simple example:
- 2 active web servers, one on IP 1.2.3.4 and on IP 1.2.3.5
- 1 backup web server, that can take over one (or both) of the IP
addresses given above (and will also take over the WEB service)

This is how the configuration file would look like on the backup server:
----
vrrp_instance VI_10 {
 state BACKUP
 interface eth0
 virtual_router_id 10
 priority 50
 authentication {
  auth_type PASS
  auth_pass password
 }
 virtual_ipaddress {
  1.2.3.4/24 brd 10.0.11.255 dev eth0
}

vrrp_instance VI_11 {
 state BACKUP
 interface eth0
 virtual_router_id 11
 priority 40
 authentication {
  auth_type PASS
  auth_pass password
 }
 virtual_ipaddress {
  1.2.3.5/23 brd 10.0.11.255 dev eth0
}
----

So BOTH VRRP INSTANCES WOULD BE RUNNING ON THE SAME ETHERNET INTERFACE
(eth0).
If I try to configure it like this, keepalived complains about a bogus
VRRP packet, that's received with an invalid VR-ID on eth0.

Has anyone considered doing this before?
I guess it requires changes to keepalived, I could probably do this
myself and send the patch to the owner?

Thanks for reading this far ;-)
Wouter.



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>wouterkalived&lt; at &gt;fastmail.net</dc:creator>
    <dc:date>2008-11-13T13:00:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2549">
    <title>keepalived_healthcheckers flooding syslog</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2549</link>
    <description>Folks,

I'm migrating keepalived 1.1.15 from old servers running RHEL 4 to new
servers running RHEL 5.  I've had no problems moving VIPs between the
different platforms, in fact its worked quite smoothly.

However, the healthchecker thread seems to flood syslog on the RHEL 5
servers.  Every delay_loop interval I get a log from each of the three
RS that happen to be down:

Nov 11 17:29:36 lvs00 Keepalived_healthcheckers: Timeout connect,
timeout server [xxx.xxx.xxx.aaa:7777].
Nov 11 17:29:36 lvs00 Keepalived_healthcheckers: Timeout connect,
timeout server [xxx.xxx.xxx.bbb:80].
Nov 11 17:29:36 lvs00 Keepalived_healthcheckers: Timeout connect,
timeout server [xxx.xxx.xxx.ccc:80].

On the RHEL 4 platform I only got one syslog message when a host failed
its healthcheck and it was silent until the RS came back online.

Any idea what the difference may be?

Jack Neely
</description>
    <dc:creator>Jack Neely</dc:creator>
    <dc:date>2008-11-11T22:33:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2548">
    <title>Re: [lvs-users] Https sorry server problems</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2548</link>
    <description>Graeme Fowler escribió:
I am re-reading this again:
http://www.austintek.com/LVS/LVS-HOWTO/HOWTO/LVS-HOWTO.localnode.html

I am sure now that my problem was my lighthttpd configuration. This is a 
paragraph of the HOWTO:
"...You then setup the service to listen to the VIP on the director..."

Thank you for open my eyes!



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Adrian Chapela</dc:creator>
    <dc:date>2008-11-10T10:30:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2547">
    <title>Re: [lvs-users] Https sorry server problems</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2547</link>
    <description>Graeme Fowler escribió:
No, my server is listen only on 127.0.0.1 and in the real IP of the 
director.

Could be this the problem ? In http my server is listen on VIP also.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Adrian Chapela</dc:creator>
    <dc:date>2008-11-10T10:01:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2546">
    <title>Re: [lvs-users] Https sorry server problems</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2546</link>
    <description>
There's something here that I can't quite put my finger on. I can almost
smell the solution but it's proving tantalisingly out of reach!

I've just tested this using a very basic configuration, with a single
real_server that doesn't have a listener on port 443. My config looked
like this:

virtual_server 192.168.1.201 443 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    nat_mask 255.255.255.0
    persistence_timeout 50
    protocol TCP

    sorry_server 127.0.0.1 443

    real_server 192.168.2.215 443 {
        weight 100
        TCP_CHECK {
            connect_timeout 3
        }
    }
}

But the notable thing here is that the local Apache version on the
director is also listening on the VIP on port 443, too. Is yours?

Graeme


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Graeme Fowler</dc:creator>
    <dc:date>2008-11-10T09:42:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2545">
    <title>keepalived - virtual_routes allow/enable tablexyz option</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2545</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Keepalived-devel mailing list
Keepalived-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/keepalived-devel
</description>
    <dc:creator>Pieter Smit</dc:creator>
    <dc:date>2008-11-07T19:46:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2544">
    <title>Re: [lvs-users] Https sorry server problems</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2544</link>
    <description>Graeme Fowler escribió:
Yes my server is configured to listen in 127.0.0.1:443 but when all of 
my real servers are down, I can't connect with nothing (because all of 
my servers are down and I can't connect wiht my sorry server).
Yes, I have certificate, key correct. I use lighthttpd for this.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Adrian Chapela</dc:creator>
    <dc:date>2008-11-07T12:17:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2543">
    <title>Re: [lvs-users] Https sorry server problems</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2543</link>
    <description>
OK, all sane.

However, SSL sites often don't bind to wildcard addresses (unlike those
on port 80). You need to configure your webserver to listen to
127.0.0.1:443 with an appropriate SSL certificate.

Note also that you may get certificate warnings unless you have
configured the sorry server with the right certificate/key pair for the
virtual host it's handling.

Regards

Graeme


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Graeme Fowler</dc:creator>
    <dc:date>2008-11-07T12:12:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2542">
    <title>Re: [lvs-users] Https sorry server problems</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2542</link>
    <description>Graeme Fowler escribió:
Yes, it is the config:

virtual_server group WEB_SSL  {
    delay_loop 6
    lb_algo wrr
    lb_kind DR
    persistence_timeout 3600
    protocol TCP

    sorry_server 127.0.0.1 443

    real_server 192.168.0.1 443 {
        weight 90
        MISC_CHECK {
                misc_path "/usr/bin/check_http -S -H 192.168.0.1 -p 443  
-t 8"
                misc_timeout 6
        }
    }

    real_server 192.168.0.2 443 {
        weight 5
        MISC_CHECK {
                misc_path "/usr/bin/check_http -S -H 192.168.0.2 -p 443  
-t 8"
                misc_timeout 6
        }
    }

    real_server 192.168.0.3 443 {
        weight 5
        MISC_CHECK {
                misc_path "/usr/bin/check_http -S -H 192.168.0.3 -p 443  
-t 8"
                misc_timeout 6
        }
    }
}

I use direct connection.


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Adrian Chapela</dc:creator>
    <dc:date>2008-11-07T11:53:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2541">
    <title>Re: [lvs-users] Https sorry server problems</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2541</link>
    <description>Hi Adrian

On Fri, 2008-11-07 at 11:06 +0100, Adrian Chapela wrote:

You should really be asking this on the keepalived list, so I've copied
that one in.

Can you show us the config section for the virtual_server, please?

Graeme


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Graeme Fowler</dc:creator>
    <dc:date>2008-11-07T11:01:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2540">
    <title>Re: is keepalived still under development ?</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2540</link>
    <description>There are two issues we have with keepalived at the moment. 

The first is syntax checking - currently if you have an error in the 
configuration file, most of the time keepalived silently ignores the 
error and just doesn't do what you intended.  I'm currently attempting 
to write a "--checkconfig" option that will report syntax errors and 
return a good/bad status code.  We're using cfengine to manage the 
configuration file, and being able to write a script that says (essentially)

  if config_ok; then reload keepalived; else send mail error; fi

will make life a lot easier.

The second issue is some status reporting.  For example, using 'ip addr 
show' to check the status of the VRRP servers is OK, but sometimes we've 
found that both servers have all the virtual addresses defined, and it 
would be nice to be able to see what keepalived thinks is going on (and 
of course to fix the underlying bug).

Robin


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Robin Garner</dc:creator>
    <dc:date>2008-11-02T23:39:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2539">
    <title>Re: is keepalived still under development ?</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2539</link>
    <description>'lo,

On Thu, 30 Oct 2008, J?r?me Loyet wrote:

no CVS, just send the diff -urN, will merge then

--
Alexandre

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Alexandre Cassen</dc:creator>
    <dc:date>2008-10-30T21:47:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2538">
    <title>Re: is keepalived still under development ?</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2538</link>
    <description>-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/_______________________________________________
Keepalived-devel mailing list
Keepalived-devel&lt; at &gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/keepalived-devel
</description>
    <dc:creator>Jérôme Loyet</dc:creator>
    <dc:date>2008-10-30T20:51:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2537">
    <title>Re: is keepalived still under development ?</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2537</link>
    <description>
Hi,

yeah :) I have merged your patch yesterday ;)

will merge other pending and push a new release

cheers,
Alexandre

On Thu, 30 Oct 2008, Stefan Rompf wrote:


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Alexandre Cassen</dc:creator>
    <dc:date>2008-10-30T20:40:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.keepalived.devel/2536">
    <title>Re: is keepalived still under development ?</title>
    <link>http://permalink.gmane.org/gmane.linux.keepalived.devel/2536</link>
    <description>Hi,

Am Dienstag 28 Oktober 2008 schrieb Graeme Fowler:


there is a bug creating erratic failovers when using the vrrp_script to change 
VRRP priority depending on the result code of a script that can be used for 
health checking.

I've tracked this down to a race condition and produced a patch about a year 
ago. It works well since than on my systems.

Search the archives for "Problem with vrrp_script child process not being 
reaped -&gt; random failovers".

Stefan



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK &amp; win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&amp;url=/
</description>
    <dc:creator>Stefan Rompf</dc:creator>
    <dc:date>2008-10-30T18:28:34</dc:date>
  </item>
  <textinput about="http://search.gmane.org/?group=$group=gmane.linux.keepalived.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.keepalived.devel</link>
  </textinput>
</rdf:RDF>
