Installing Failover VIP on Solaris 10 x86

Since I don't have a working alternative on Solaris:

To avoid losing service access due to the loss of a single load balancer I’m writing a simple program that will run on each of the primary and secondary HAProxy servers. Each will monitor the alternate with a TCP connection. If it sees the alternate VIP disappear it will attempt to reestablish the connection to eliminate transient events. If still down and it can access the gateway it will up the VIP on its own OS. It will continue to monitor the alternate VIP. If it sees the alternate VIP available again, it will enter a small random wait. If the alternate stays up it will down the VIP on its own OS. The later is to avoid duplicate IPs and flapping.

netstart -rn | grep default


Use linux and keepalived, it's simpler and it works.

Tried the following, but make failed:

Download and install tk

gunzip tk-8.5.3-sol10-x86-local.gz
pkgadd -d tk-8.5.3-sol10-x86-local

Download and install tcl

gunzip tcl-8.5.3-sol10-x86-local.gz
pkgadd -d tcl-8.5.3-sol10-x86-local

Download, build, and install Pth - GNU Portable Threads

gunzip pth-2.0.7.tar.gz
tar -xvf pth-2.0.7.tar
cd pth-2.0.7
read README
make sure gcc can be found in path and install/add if not
which gcc
./configure
make
make install

Download configure, and install Failover

gunzip failover-0.5.21.tar.gz
tar -xvf failover-0.5.21.tar
cd failover-0.5.21
read the README
./configure - had to add /usr/local/lib to LD
make - Failed!
Fatal error: Command failed for target `all-recursive'

Comments

Post a Comment

Popular posts from this blog

Sites, Newsletters, and Blogs

BLOGS Java.net Weblogs Martin Fowler's blog Paul Graham Ruminations of a Programmer Form Follows Function Newsletters Core Java Tech Tips Enterprise Java Tech Tips JavaSpecialists.EU TheServerSide.com Sites Java.net Today Hot Java Sites CSS Zen Garden Evernote Hacker News Pragmatic Programmer
Read more

Oracle JDBC ReadTimeout QueryTimeout

If a query exceeds the oracle.jdbc.ReadTimeout without receiving any data, an exception is thrown and the connection is terminated by the Oracle driver on the client. Unfortunately the session will still be queued on the database and continue to wait for locks, hold any current locks, and complete any DML/PL*SQL procedures that are pending on the server-side of the orphaned connection. If an application, on a another connection, due to ReadTimeout exception, retries DML/PL*SQL  which requires locks, those queries will queue behind the initial DML/PL*SQL. This will increase the workload exacerbating the situation. On applications with retries, this can be observed by querying the v$session table  or gv$session on RAC and noting new sessions started periodically based on the ReadTimeout interval. The sessions may often have the same SQL_ID and/or SQL_HASH_VALUE. If stmt.setQueryTimeout(Seconds) is issued and the statement exceeds the timeout, it will attempt to cancel the associated
Read more