LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

RE: [ANNOUNCE] Keepalived 1.0.0

To: "'lvs-users@xxxxxxxxxxxxxxxxxxxxxx'" <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
Subject: RE: [ANNOUNCE] Keepalived 1.0.0
From: Peter Mueller <pmueller@xxxxxxxxxxxx>
Date: Mon, 13 Jan 2003 11:30:54 -0800
List,

This mail was meant for Alexandre.  Sorry to spam you all; please ignore or
reply privately if you have any suggestions! :)

P

> -----Original Message-----
> From: Peter Mueller 
> Sent: Monday, January 13, 2003 11:30 AM
> To: 'lvs-users@xxxxxxxxxxxxxxxxxxxxxx'
> Subject: RE: [ANNOUNCE] Keepalived 1.0.0
> 
> 
> Alexandre,
> 
> Congratulations on your 1.0.0 release!  This software has 
> certainly come a long way.
> 
> I am thinking of using Keepalived for a Zebra router / BGP / 
> "replace the 3640's cause they don't handle our bandwidth" 
> project.  I want to emulate the HSRP functionality of the 
> Cisco routers.  Keepalived's job would be to fail over 
> virtual IPs and function in an active-active cluster.  Maybe 
> active-active-passive, depending on if I don't feel that good 
> about my hardware.
> 
> Any thoughts?  I was also considering using heartbeat.
> 
> Peter
> 
> > -----Original Message-----
> > From: Alexandre Cassen [mailto:Alexandre.Cassen@xxxxxxxxxx]
> > Sent: Sunday, January 12, 2003 4:29 PM
> > To: keepalived-announce@xxxxxxxxxxxxxxxxxxxxx
> > Cc: keepalived-devel@xxxxxxxxxxxxxxxxxxxxx;
> > lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> > Subject: [ANNOUNCE] Keepalived 1.0.0
> > 
> > 
> > Hi all,
> > 
> > After 2 years, learning, coding, patching, enhancing... 
> fighting some 
> > time, I am glad to annouce the first STABLE release with 
> > around 15,000 
> > code line. This release support Kernel 2.2 and 2.4 IPVS code. 
> > This code 
> > is considered as ready for production. For the VRRP part I highly 
> > recommand to use standard NICs like Intel EtherExpress Pro or 
> > 3Com 3C9xx 
> > serie.
> > 
> > All futur work will be done in a 1.1.0 devel branch. I will 
> > write down a 
> > release note of the 1.0.0 version to detail the Keepalived 
> > functionnalities available.
> > 
> > The ChangeLog for this release is :
> > 
> > 2003-01-13  Alexandre Cassen  <acassen@xxxxxxxxxxxx>
> >          * keepalived-1.0.0 released.
> >          * After fixed all bugs users reported during 2 
> > months, I am glad
> >            to announce the first STABLE production ready Keepalived
> >            release.
> >          * Rename keepalived.init to keepalived RedHat 
> startup script.
> >            Fixed some issues to be RedHat release generic. 
> > Thanks go to
> >            Jeroen Simonetti <jeroens@xxxxxxxx> & Jason Gilbert
> >            <jason@xxxxxxxxxx>
> >          * Jason Gilbert, <jason@xxxxxxxxxx> cleaned 
> keepalived.spec.
> >          * Added support to "ha_suspend" for healthcheckers. 
> > This option,
> >            if set, inform Keepalived to active/suspend 
> > checkers according
> >            to netlink IP address information reflection. If 
> one IP is
> >            removed and this is a virtual_server VIP then the
> >            healthcheckers corresponding will be desactivated. (and
> >            reciprocity).
> >          * Added support to "notify_up" & "notify_down" for 
> realserver
> >            config. These options specify a script to be run 
> > according to
> >            healthchecker activity. If healthchecking fails then
> >            "notify_down" script is launched (and reciprocity for
> >            healthcheck succeed). This can be usefull for global
> >            monitoring system, to send alert to Unicenter 
> TNG or HPOV.
> >          * Set default realserver weight to 1. So, 
> realserver will be
> >            active if no weight is specified into the 
> > configuration file.
> >          * Review the layer4.c/tcp_socket_state to return 
> > connection in
> >            progress only if SOL_SOCKET/SO_ERROR return EINPROGRESS.
> >            Thanks go to Mark Weaver, <mark@xxxxxxxxxx>
> >          * Reviewed the global SIGCHLD handler to not suspend 
> > execution
> >            of the calling process if status is not 
> > immediately available
> >            for one of the child processes. This remove zombies by
> >            reaping.
> >          * Extended the parser.c/set_value() code to accept 
> > encapsulated
> >            quoted string.
> >          * Review SMTP DBG() message to LOG_INFO message for 
> > more verbose
> >            error handling.
> >          * Review the check_tcp.c/check_http.c logging 
> messages to be
> >            more detailed.
> >          * Review the check_tcp.c/check_http.c retry 
> facility to fixes
> >            some stalled issues.
> >          * VRRP : Added support to sync_group smtp notification in
> >            addition to the per instances approach.
> >          * VRRP : Fixed some IPSEC-AH seq_num 
> synchronizations issues.
> >            Force seq_num sync if vrrp instance is linked to a group.
> >          * VRRP : In BACKUP state, force a new MASTER election is
> >            received adv. has a lower priority as locale instance.
> >          * VRRP : vrrp.c/vrrp_state_master_rx(), sync 
> IPSEC-AH seq_num
> >            counter (decrement) if receiving higher prio 
> > advert in MASTER
> >            state.
> >          * VRRP : Reviewed the TSM to be fully filled. 
> > Extended speed-up
> >            synchronization handling MASTER sync if group is 
> > not already
> >            synced.
> >          * VRRP : Leaving fault state, force MASTER transition is
> >            received adv priority is lower than locale.
> >          * VRRP : Extended the parser to not be borred with 
> sync_group
> >            declaration position in the conf file. 
> > vrrp_sync_group can be
> >            declared before or after vrrp_instance. Done by adding a
> >            reverse instance lookup during parsing.
> >          * VRRP : sync_master_election cleanup.
> >          * Some cosmetics patches.
> >          * Created the 
> keepalived/samples/keepalived.conf.SYNOPSIS to
> >            describe all keywords available.
> > 
> > All comments are welcome,
> > 
> > Best regards,
> > Alexandre
> > 
> > 
> > _______________________________________________
> > LinuxVirtualServer.org mailing list - 
> lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> > Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> > or go to http://www.in-addr.de/mailman/listinfo/lvs-users
> > 
> 


<Prev in Thread] Current Thread [Next in Thread>