Moot point either way - cron jobs are not allowed on the servers for various reasons. There are other ways of doing it though similar to cron.
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 Brian Goralczyk Sent: Thursday, October 16, 2014 2:08 PM To: [email protected] Subject: Re: Open question to BMC on troubleshooting without the WUT ** 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]<mailto:[email protected]> On Thu, Oct 16, 2014 at 2:52 PM, Joe D'Souza <[email protected]<mailto:[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]<mailto:[email protected]>] On Behalf Of Rob Dudley Sent: Thursday, October 16, 2014 2:31 PM To: [email protected]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[email protected]>] On Behalf Of William Rentfrow Sent: Thursday, October 16, 2014 2:00 PM To: [email protected]<mailto:[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]<mailto:[email protected]> Office: 715-204-3061<tel:715-204-3061> or 701-232-5697x25<tel:701-232-5697x25> Cell: 715-498-5056<tel:715-498-5056> From: Action Request System discussion list(ARSList) [mailto:[email protected]<mailto:[email protected]>] On Behalf Of Arner, Todd Sent: Thursday, October 16, 2014 12:56 PM To: [email protected]<mailto:[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]<mailto:[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<http://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_ _ARSlist: "Where the Answers Are" and have been for 20 years_ ________________________________ No virus found in this message. Checked by AVG - www.avg.com<http://www.avg.com> Version: 2014.0.4765 / Virus Database: 4040/8371 - Release Date: 10/11/14 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
