Re: Threads Crashing

[Houldcroft, Darren]

** Hi Basil,   We have had the same problem with individual server threads dying on a 5.1.2 server - this can lead to slightly random behaviour, depending on what thread your request uses. For example, we had table fields that would return results the first time they were refreshed, but not the second.   We always found that restarting the service was sufficient (we have an active-passive cluster).   It went away after we reduced the load on the application server by moving the database onto a separate server. BMC Support was unable to provide any help really, as it was impossible to reproduce on demand and - like yourselves - we had a service to run and couldn't afford to leave it down so they could prod it and review logs!   Rgds,   Darren Houldcroft   LogicaCMG - Remedy TA 250 Brook Drive, Green Park, Reading, RG2 6UA T: +44 (0) 118 9650 453 M: +44 (0) 7968 475 015 E: [EMAIL PROTECTED] W: http://www.logicacmg.com   From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Webster, Basil Sent: 24 July 2006 13:02 To: arslist@ARSLIST.ORG Subject: Threads Crashing ** Hi All,   We have a major issue which has slowly been creeping up on us. It was something that happened every now and then and has now become a frequent visitor. Today seems to be the day that the wheels have come off. We use the preference server on log in and we are getting authentication errors, but when removing the preference server and adding the server details in the accounts area, login is possible. We do however have intermittent problems with buttons and active link actions that don’t appear to fire. Various other errors, like entry does not exist in the database on searches or groups are not translated and the group ID’s are shown instead of the name start happening too.   Initially I thought it was the user and/or group cache but I have since been checking the cache tables and they have all the details. We logged an incident with support and we provided log files, config files as they requested. Thus far they do not have a definite solution. On their recommendation we ran in the latest patch at the time, 17. Running arsignal does not always work, nor does restarting the services. We are an outsource house and decided along time ago to have separate RPC’s for the various customers or groups of customers (small numbers of users), in total 7 private threads. We have monitored the RPC’s that are used mostly and increased the number of threads, but not by too much (max 6 on four of them). This includes the fast and list. Support have suggested that we do not use private threads but I cannot see why or have not been told why. Unfortunately moving away from them will be difficult as the users have set these on the logins and we all know how change goes down with users.   Our Current Config:- OS – MS Windows 2000 Adv Server DB – MS SQL 2000 (SP4) This is on a cluster, active passive AR – V6.0.3, patch 17   Has anyone experienced this before or does anyone have any suggestions?     Regards,   Basil Webster   Remedy Developer Siemens Business Services (Pty) Ltd * E-Mail:      [EMAIL PROTECTED] ( Tel:  +27 11 652 7523 Ê Fax: +27 11 652-7501 ) Mobile: +27 82 452 9389   __20060125_______________________This posting was submitted with HTML in it___ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. __20060125_______________________This posting was submitted with HTML in it___