Re: Lose Printers Deployed by Group Policy

Tech-Archive recommends: Fix windows errors by optimizing your registry

Hi Alan,

I am deploying the printers via workstation instead of by user. We figured
this would work better when people switch buildings.

After running rsop.msc the result was that "Computer Configuration" had a
red "X" through it for some kind of error, however, under "Computer
Configuration"/Windows Settings/Scripts I could see
pushprinterconnections.exe pointing to the location on the domain and the
correct policy listed under GPO name. The "Last Executed" column was blank,
however.

We did notice a the following new error in eventvwr prior to running
rsop.msc: Windows couldn't log the RSoP (Resultant Set of Policies) session
status. An attemt to connect to WMI failed. No more RSoP logging will be
done for this application of policy. The Help said to run wbemtest.exe which
we did and it appears we were successful in contacting the default location.

Yes, the clients are Windows XP. Most workstations are similar but you are
correct that they are not all the same.

It's weird though. I have some pcs that get the printers via policy but
then loose them. As you say it appears that at some point they got the
policy but all of a sudden don't get the policy so the printers are
uninstalled.

On the other hand, I have a least one workstation that has never gotten the
printers via policy.

Thanks for any help.

Kathy



"Alan Morris [MSFT]" wrote:

run rsop.msc to confirm the policy has been applied to the user.

Are these XP clients, win2k, or Vista?

The fact that the script only ran after several reboots indicates the
machine did not apply the policy on previous reboots. Now the hard part is
determining the reason why the machines cannot connect to the domain?

I'll assume the client machines are not all the same.



--
Alan Morris
Windows Printing Team
Search the Microsoft Knowledge Base here:
http://support.microsoft.com/search/?adv=1

This posting is provided "AS IS" with no warranties, and confers no rights.

"Kathy Meegan" <KathyMeegan@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:0340E26A-A1D2-495C-8E7E-BB928BB6E1EA@xxxxxxxxxxxxxxxx
Some workstations have never received the printers and others get them and
then loose them every few days. It takes several days for the printers to
return once they diappear.

Anybody else having this problem? Any suggestions?

Thanks, Kathy

"Kathy Meegan" wrote:

Hi Alan,

I didn't understand what you wanted me to do to get a log on just one
workstation, however, I did add the -log as a parameter on the group
policy
itself. After several reboots it finally created the
c:\\windows\temp\ppcmachine.log which included a listing of what policies
were applied. The ppcmachine.log file, however, was not deleted upon
reboot
and continued to grow taking up hard drive space.

We are currently looking into syncronization between our Windows servers.

If you have any other suggestions please let me know.

Thanks for you help!
Kathy


"Alan Morris [MSFT]" wrote:

You can run pushprinterconnections.exe locally from the workstation
after
logging in. Since you are deploying machine connections, you will need
to
execute the application using the at.exe command from a cmd window
launched
under administrative context. You will see the printers listed in the
log
but the machine connections will not be created until the next user
logs on.

c:\>at 8:50am c:\full _path_to\pushprinterconnections.exe -log
Added a new job with job ID = 1

you can check the job status using at.exe. I add this since I don't
recall
how many times I've entered something invalid. If you see tomorrow for
the
day check the time and am pm, the full path must to the exe be
specified.

Status ID Day Time Command Line
-------------------------------------------------------------------------------
1 Today 8:50 AM c:\full
_path_to\pushprinterconnections.exe -log


\windows\temp\ppcmachine.log


Alan Morris
Windows Printing Team
Search the Microsoft Knowledge Base here:
http://support.microsoft.com/search/?adv=1

This posting is provided "AS IS" with no warranties, and confers no
rights.

"Kathy Meegan" <KathyMeegan@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:E621E86D-22EC-4A4A-83B4-C63D948525FB@xxxxxxxxxxxxxxxx
Hi Alan,

Yes, we are running the pushprinterconnections.exe from the domain
GPO and
deploying by machine connections.

Optimized Fast Logon isn't even configured.

Would I put the -log parameter on the GPO? I was hoping to be able
to
limit
it to a particular workstation.

Thanks, kathy

"Alan Morris [MSFT]" wrote:

I'm assuming you mean the Deployed Printer Connections feature

Are you running pushprinterconnections.exe from the domain GPO or
from
the
file on the local machine? Are you deploying machine connections or
user
connections?

I know that disabling the Optimized Fast Logon will work better
since the
connection require network access to the print servers. Configure
the
log
file to determine errors. -log


pushprinterconnections /?

Description: Reads Deployed Printer Connection settings from Group
Policy,
and deploys/removes printer connections as needed.

Syntax: PushPrinterConnections
Parameters: -log

If -log is specified on the command line:
A per user debug log file will be written to %temp%.
A per machine debug log will be written to %windir%\temp.

--
Alan Morris
Windows Printing Team
Search the Microsoft Knowledge Base here:
http://support.microsoft.com/search/?adv=1

This posting is provided "AS IS" with no warranties, and confers no
rights.

"Kathy Meegan" <KathyMeegan@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in
message
news:44B1705A-31F6-457C-88EE-9D452D099EAC@xxxxxxxxxxxxxxxx
Hello,

Our print server is a Windows server 2003 R2 with sp2. I am
testing
distributing printers using Windows group policies via
workstation,
however,
I have run into the following issues:

1) Printers don't always deploy immediately upon reboot. It can
take
several reboots and/or several days to deploy printers to
workstations.

2) In my small testing group one of the workstations has been
losing
the
printers. The last time it happened was after the pc has been
powered
off
for about 5 days. After a few days the printers reappeared.

Any ideas on either or both of the issues?

Thanks, Kathy









.

Relevant Pages

  • Re: Lose Printers Deployed by Group Policy
    ... You can run pushprinterconnections.exe locally from the workstation after ... Since you are deploying machine connections, ... You will see the printers listed in the log ... but the machine connections will not be created until the next user logs on. ...
    (microsoft.public.win2000.printing)
  • Re: script to install printers based on location attribute
    ... > the main body of workstations and printers. ... Should there be a workstation whose closest ... you could allow for multiple "b-f-q-s" ... database and process it from the logon script that I won't bother mentioning ...
    (microsoft.public.windows.server.scripting)
  • Re: script to install printers based on location attribute
    ... > the main body of workstations and printers. ... Should there be a workstation whose closest ... you could allow for multiple "b-f-q-s" ... database and process it from the logon script that I won't bother mentioning ...
    (microsoft.public.win2000.printing)
  • Re: Lose Printers Deployed by Group Policy
    ... workstation, however, I did add the -log as a parameter on the group policy ... We are currently looking into syncronization between our Windows servers. ... You will see the printers listed in the log ... but the machine connections will not be created until the next user logs on. ...
    (microsoft.public.win2000.printing)
  • Re: Lose Printers Deployed by Group Policy
    ... Are you deploying machine connections or user ... Printers don't always deploy immediately upon reboot. ...
    (microsoft.public.win2000.printing)