[gptalk] Re: When Can Script Processing Occur?

  • From: "Nelson, Jamie R Contr 72 CS/SCBNF" <Jamie.Nelson.ctr@xxxxxxxxxxxxx>
  • To: <gptalk@xxxxxxxxxxxxx>
  • Date: Tue, 6 Mar 2007 14:53:26 -0600

Only the policy is refreshed so that the computer knows which scripts it
is supposed to run and when (i.e. startup/shutdown, logon/logoff).


Something you might look into is a (former Sysinternals, now Microsoft)
application called PsExec. It will allow you execute the patch against
your servers from a remote system. It even supports batch processing so
you can feed it a list of server names to run the patch against.


More information can be found here:






Jamie R Nelson
Systems Engineer
Ingenium Corporation
405.739.2811 (DSN 339)


From: gptalk-bounce@xxxxxxxxxxxxx [mailto:gptalk-bounce@xxxxxxxxxxxxx]
On Behalf Of Kopenski, Jack
Sent: Tuesday, March 06, 2007 2:35 PM
To: gptalk@xxxxxxxxxxxxx
Subject: [gptalk] When Can Script Processing Occur?


I see the references to Startup/Shutdown and Logon/Logoff scripts, but
is that the only time a script can kick off?  Or does it periodically
refresh if new or changed?

We are trying to push out the DST patch to our 2k servers and had hoped
that a startup script GPO could do this.  It works fine if the machine
re-booted but I was hoping that if the machine is always left running
that the background refresh interval would kick in and the machine would
see a new GPO it had not executed, and bingo, the script would run.  So
far this has not happened.  It does not seem to run the script without
the re-boot.  Are scripts not part of the refresh processing?


The contents of this e-mail are intended for the named addressee only.
It contains information that may be confidential. Unless you are the
named addressee or an authorized designee, you may not copy or use it,
or disclose it to anyone else. If you received it in error please notify
us immediately and then destroy it.

Other related posts: