Unfortunately we rarely see problems in the task manager. There is one situation that is very strange though and does cause us problems. Sometimes when a user is disconnected from the server on telnet, it leaves the session open in universe and on the server. The strange part is the user is either sitting at TCL or at an INPUT prompt when this happens and then the cpu usage for that port goes through the roof. It will consume all available cpu until someone physically logs into the server and kills the process in Task Manager.
On Tue, Mar 2, 2010 at 12:34 PM, Bill Haskett <wphask...@advantos.net>wrote: > When you experience the slowdown, check the Task Manager. It is likely > you'll see something bad there. If not, you should get the "sysinternals" > code "procmon" and "diskmon". They'll help too, if the problem isn't with > the CPU usage. > > Actually, it's pretty interesting what one finds running on servers these > days. :-) > > Bill > > ------------------------------------------------------------------------ > Mike Roosa said the following on 3/2/2010 5:37 AM: > > There are a couple of other applications on that server and I did disable >> MySQL yesterday. The other one is NiceLabel but I can't just disable that >> as we are using it to handle printing labels all day long. The plan is to >> start with MySQL and see if that helps. It's really no longer used (at >> least >> that's what they tell us) but the service was still running. >> >> Thanks. >> >> On Mon, Mar 1, 2010 at 7:14 PM, Bill Haskett <wphask...@advantos.net> >> wrote: >> >> >> >>> >>> >>> >>> >>>> Mike: >>>> >>>> You might look for things like SQL Server, Anti-Virus, and other >>>> software >>>> that does things every day. I've run into installations where SQL >>>> Server >>>> was installed as some kind of administration tool. Something fired off >>>> every hour in SQL Server which brought to (almost) a complete halt >>>> telnet >>>> responsiveness for several minutes. Once this was identified, I had to >>>> identify this since the administrator couldn't, and put off then >>>> responsiveness was very acceptable. >>>> >>>> Windows is very tricky when the dbms is loaded onto a multi-use server >>>> (I'm sure the same is true in Linux/Unix). >>>> >>>> HTH, >>>> >>>> Bill >>>> >>>> ------------------------------------------------------------------------ >>>> Mike Roosa said the following on 3/1/2010 10:50 AM: >>>> >>>> >>>> >>>>> We are running UniVerse on Windows 2003 Server in a virtualized >>>>> environment. >>>>> 99% of the time the system runs great and we have no issues, however, >>>>> about >>>>> once a day or every other day during the busiest time, we have a period >>>>> of >>>>> 2-3 minutes where the server slows down and basically quits responding. >>>>> Without us taking any action the system begins responding normally >>>>> again >>>>> and we usually make it through that day without issue. >>>>> >>>>> We typically have around 85 users on the system at one time sometimes >>>>> that >>>>> gets up closer to 95 or 100 but not often. I have noticed certain >>>>> processes >>>>> that definitely cause the issue like running winmsd from the command >>>>> line >>>>> or >>>>> renaming a directory on the server. Since I know these processes cause >>>>> the >>>>> issue I don't do that during the day. Obviously there are other >>>>> processes >>>>> that also can cause issues for us. >>>>> >>>>> We have worked with our vendor and Rocket and the latest we've gotten >>>>> from >>>>> them is that our server is under-resourced. While that very well could >>>>> be >>>>> true, we want to do a little more research first and reach out to other >>>>> Windows/UniVerse users to see what hardware they are running and if >>>>> anyone >>>>> is in a virtualized environment. >>>>> >>>>> Any help we can get would be appreciated. >>>>> >>>>> Thanks >>>>> Mike Roosa >>>>> _______________________________________________ >>>>> U2-Users mailing list >>>>> U2-Users@listserver.u2ug.org >>>>> http://listserver.u2ug.org/mailman/listinfo/u2-users >>>>> >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> >>>> >>> U2-Users mailing list >>> U2-Users@listserver.u2ug.org >>> http://listserver.u2ug.org/mailman/listinfo/u2-users >>> >>> >>> >> _______________________________________________ >> U2-Users mailing list >> U2-Users@listserver.u2ug.org >> http://listserver.u2ug.org/mailman/listinfo/u2-users >> >> > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users > _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
