I think the issue is that you are not testing the same process that the users are utilizing. That would increase the chance of false positives. That can be more frustrating than taking the time to do it manually.
The best answer that I can see is to write a java program that can run and monitor the servers and return (or react to) a problem. But that is not the original request. It was something created and supported by BMC. I could write something fairly quickly, but that isn't the solution he was looking for. Brian Goralczyk Brian Goralczyk Phone 574-643-1144 Email [email protected] On Thu, Oct 16, 2014 at 2:52 PM, Joe D'Souza <[email protected]> wrote: > ** > > If you are on UNIX or LINUX you might be able to design a cron job that > runs every few minutes to do that using the output of arsignal –v. > > > > Joe > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Rob Dudley > *Sent:* Thursday, October 16, 2014 2:31 PM > > *To:* [email protected] > *Subject:* Re: Open question to BMC on troubleshooting without the WUT > > > > ** > > I really just wish that when users do become "hung", in the load balanced > web/server group environment, and it is one of the servers which is > unresponsive - that there would be some way that the server group would > recognize it and restart the armonitor processes... OR at least place > something in the log files which directs you to WHY the server locked up!! > > > > On Thu, Oct 16, 2014 at 2:21 PM, Rick Cook <[email protected]> wrote: > > ** > > Good ideas, Joe! Perhaps the arserver -v (or whatever it is now) that > returns the version would fit the bill - quick return, confirms that the > server is up, and almost zero performance impact. > > > Rick Cook > > > > On Thu, Oct 16, 2014 at 11:19 AM, Joe D'Souza <[email protected]> wrote: > > ** > > How about issuing one of the command line utilities to each of the servers > such as maybe the arsignal –g that reloads the def cache. If a server is > not responding you would get a error 90. > > > > I do not remember all the switches to arsignal offhand but there should be > one that has less of an impact to a server than –g if you are worried about > the performance impact it may have to servers that are responding well. > > > > Or you could try to arcreateentry into a test form. > > > > Joe > > > ------------------------------ > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *William Rentfrow > *Sent:* Thursday, October 16, 2014 2:00 PM > *To:* [email protected] > *Subject:* Re: Open question to BMC on troubleshooting without the WUT > > > > Yes and no. > > > > I've seen instances where users are locked up but the admin threads work > (and vice versa). So it's not the same test really as connecting as a user. > > > > William Rentfrow > > [email protected] > > Office: 715-204-3061 or 701-232-5697x25 > > Cell: 715-498-5056 > > > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *Arner, Todd > *Sent:* Thursday, October 16, 2014 12:56 PM > *To:* [email protected] > *Subject:* Re: Open question to BMC on troubleshooting without the WUT > > > > ** > > Could you confirm the server is available by opening the server up in Dev > Studio? Just a thought. > > > > Todd Arner > > > ------------------------------ > > The information contained in this communication may be confidential, is > intended only for the use of the recipient(s) named above, and may be > protected under state or federal law. If the reader of this message is not > the intended recipient, you are hereby notified that any dissemination, > distribution, or copying of this communication, or any of its contents, is > strictly prohibited. If you have received this communication in error, > please forward the communication to [email protected] immediately and > destroy or delete the original message and any copy of it from your > computer system. If you have any questions concerning this message, please > contact the sender. > ------------------------------ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2014.0.4765 / Virus Database: 4040/8371 - Release Date: 10/11/14 > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: > "Where the Answers Are" and have been for 20 years_ > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
