Run the application from the server's console. Do the exact same steps that lock up the published application. If it locks up the console, you can be 90% sure it is the application itself. Before you rule out Citrix, the application, or anything else, it is best to find a procedure of steps that reliably locks up the application. Without that, it will be MUCH harder to identify. Once you have gotten a good failure procedure, check out filemon.exe and regmon.exe. Run either of them while you do your procedure, and they can provide clues to what is causing the failure. There are freeware version available from sysinternals.com.
Finding a reliable failure procedure is difficult. It is happening on 6 different computers all using Citrix but not on the four not using citrix and happens when one of 4 or 5 steps are taken but only sometimes.
I spend a day at one location throwing these steps at a computer and could not get it to fail. The next day it failed twice.
My condolences to you. Those are always the hardest problems to resolve. You don't want to let a user work at the server console, so getting the application to fail at the console would be very difficult.
Have you checked the server's event log just prior to the failures to see if it logged anything helpful? DO you have Metaframe XPe? If so, you could use Rsource manager to try to log server utilization and performance to identify if a certain number of users running the published application or a certain level of CPU or Memory usage causes the problem.
I hope these ideas help. There is no easy answer to your question, unfortunately.
It's been real tough. I am not getting events other than master browser events and printer events before the actual lock-up. The information I have found on this states that they are not the issue.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.