Windows Thread, Server at 100%!! in Technical; Just had a mare of an afternoon with the system on meltdown as PC' were down to a crawl, accessing ...
8th October 2008, 04:26 PM #1
Server at 100%!!
Just had a mare of an afternoon with the system on meltdown as PC' were down to a crawl, accessing the network server etc. Just had a look and found the server was running at 100% and checking the processes found it was wscript at 98%. Killed this process and system seems to have settled somewhat. Any ideas what is causing wscript.exe and can I leave it stopped?
8th October 2008, 04:28 PM #2
wscript is usually called from the command line. could be anything,
8th October 2008, 04:44 PM #3
wscript is responsible for executing VBS scripts.
8th October 2008, 04:47 PM #4
snd like you have a script that is not completing or is hanging. I would look at the event logs and check any scipts that you have running on the server
8th October 2008, 05:57 PM #5
Ah well...wscripts does not seem to be the culprit after all although it was at 100%. The network access is still slow (checked the event logs and can't see anything untoward). Any ideas what to check next?
8th October 2008, 06:13 PM #6
Could it be a loop/broadcast storm on the network?
8th October 2008, 06:19 PM #7
I presume a loop storm is just a looped cable connection? Don't think so as I am using the server to type this and the internet comes up fine, but when trying it from a client PC linked to the same switch as the server its very slow to get a web page. Tried other switches that are linked to the server switch and they are the same as well. Can't understand why the server is OK and other PC's have slow acces to the server itself and the internet?
8th October 2008, 06:22 PM #8
That's right. Just a relatively simple thing to rule out. Wasn't sure whether the wscript running at 100% was the cause or a symptom.
9th October 2008, 12:06 PM #9
Right, heres the update...wscript.exe is the culprit. After exahustive testing the network is OK but here where I can see the problem. wscript.exe seems to be run at logon and hogs the processing so everthing slows down. Kill that process and all is OK. Client PC's when logging on the domain seem to start wscript.exe, when I kill it at the PC browsing the internet and server folders etc is OK. Log back off and back on without killing it and all slows down to a standstill. I have amessage that pops up in a dos box telling me that cmd.exe was started in the scripts directory but UNC paths are not supported. Took all scripts off logon and logoff but still appears. Checked in the directory specified and can't see any file's. Any suggestions. Can I block wscript run ning from the server as it seems to be triggered when the gpo is loaded as a laptop that logs on as a workgroup only connects and browses fine.
Any suggestions welcome
9th October 2008, 12:30 PM #10
You have a login script thats broken. Check what login scripts are running using the GPMC reporting/modelling. Run the scripts manually and see if there are any errors. Failing that remove them one by one until the problem goes away.
9th October 2008, 12:37 PM #11
Normally login scripts are kept in \\domain\netlogon
I think there is another way too.
Run a GP report for the affected user.
9th October 2008, 01:17 PM #12
[QUOTE=Geoff;238968]You have a login script thats broken. Check what login scripts are running using the GPMC reporting/modelling. QUOTE]
How do I do the GPMC repoprting/modelling? Manually removed all scripts to run at logon as far as I can see.
9th October 2008, 01:37 PM #13
Over 4months since i touch AD.
If I remember, you need v.2 (another thing to install over the admin tools, look on ms download) then for each ou click on the gp policy and theres a option to report (to html) look for something that ends in .vbs
You can do it for a user over all... I think there is a tool too, to check your current users policy, see whats overriding what etc... can't remember the command, would be best to run this....
oh what's it call!! i hate not admin a domain! I'm already forgetting stuff!
10th October 2008, 01:34 AM #14
I'm at home now so can't look in to the reporting etc but would running GPRESULT on the client or on the server specifying the pc/user give me a result that says what scripts are trying to be run as I think that is what the problem is.
The wscript.exe is a slight red herring I think. Two dos cmd boxes appear at logon telling me thay can't run with network UNC paths so I think the clients are trying to run two scripts from somewhere in their GP hence why I'm asking about gpresult but I can;t seem to find out which or where they are. Should I delete any local profiles first and try a gpupdate on the clients first to see if that makes any difference.
10th October 2008, 07:19 AM #15
@TechSupp - You should be able to use gpresult or the RSoP mmc snap-in to get this information off a client machine.
By cmister in forum MIS Systems
Last Post: 17th March 2008, 12:11 PM
By kennysarmy in forum Windows
Last Post: 16th March 2008, 11:55 PM
By marky2027 in forum Hardware
Last Post: 22nd November 2007, 05:51 PM
By starscream in forum Windows
Last Post: 6th June 2007, 11:09 AM
By ptrainor1 in forum General Chat
Last Post: 28th April 2007, 10:40 AM
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)