What I was working on at the time is available here: http://communities.bmc.com/communities/docs/DOC-9059
<http://communities.bmc.com/communities/docs/DOC-9059>This is a command line utility that will checks the availability of the server by issuing an ARVerifyUser call to the server. I was planning to take this and wrap it in something to make it available over the network, like a cgi, or maybe if there is a good tiny http server, embedding that into the project. On Fri, Dec 10, 2010 at 12:25 PM, LJ LongWing <[email protected]> wrote: > ** > > Axton, > > We are using Cisco’s CSM as a load balancer. I’m surprised in this day and > age, with remedy being around as long as it has been that we are having this > discussion, but reading a post you made in that thread > > > > ‘Another option I am considering is writing a program to listen on a port > separate that of the application that can handle a request that contains a > string. It would simply return a 0 or a 1 if the server is up or down.’ > > > > I was just considering an option along those lines. To save me some time > and maybe help the community, do you by chance have that daemon written? > (you did write that post over a year ago) > > > > If not, I may need to pull out my eclipse (YET AGAIN) to solve load > balancing issues in my environment. > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Axton > *Sent:* Friday, December 10, 2010 9:54 AM > > *To:* [email protected] > *Subject:* Re: Load Balancers and how? > > > > ** You will want to handle traffic for both rpcbind and arserver, and > potentially your plugin servers, DSO, on the LB, depending on your > implementation. The easiest check is just a port check. I think most LB > devices provide this capability. As you recently saw with your > Mid-Tier/Tomcat problems, a simple port check does not always fault the node > if there is a problem. > > > > What kind of device are you using to balance the traffic? If you are using > an F5 LTM, iRules can be written to do more extensive checks. > > > > I was part of a thread on the subject here that can provide some additional > information: > > > http://devcentral.f5.com/Forums/tabid/1082223/asg/52/showtab/groupforums/afv/topic/aff/31/aft/19000/Default.aspx > > > > On Fri, Dec 10, 2010 at 9:49 AM, LJ LongWing <[email protected]> > wrote: > > ** > > Ok….I’m going down a road that I KNOW some of you have travelled before, I > need your travel tips. We are setting up a server group on 7.5 Windows and > we are putting a load balancer in front of it. How do you all tell if a > node is up? There are 4 types of probes that I’m being told are available… > > > > PING > > HTTP > > TCP > > Script > > > > Ping - Obviously doesn’t tell you anything other than the host OS is up > > HTTP - Won’t work for telling if a remedy service is up > > TCP – My instincts are telling me that this one simply does something > similar to a telnet to a given port, if the port allows you ‘in’, then the > service is considered up. I don’t consider this one viable because it > doesn’t ‘test’ much and I expect that my remedy server could respond to the > port request without actually being functional > > Script – This one is the most promising in my mind, but I know nothing > about the scripting language of TCL. > > > > How does the rest of the remedy world ‘verify’ that their remedy instance > is online so that their load balancer can know to route traffic to it or > not. I just this week finished a java servlet that allows the mid tier load > balancer to know if an individual node is working properly, but the same > can’t be said yet for Remedy….any and all help is appreciated > > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > > > > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
