Jump to content

Dual Core Workstation Not Adding [Some] Printers


Recommended Posts

Posted (edited)

I have a dual core workstation for which I am developing a new image. I intend this image to be a ‘generic’ image for all station types [dual core/single core/Dell/Viglen/RM/Unbranded/...] but I have hit a slight problem.

 

When I try to add network printers to this station some of the printers will not install. The printers that will not install tend to be HP 1320, HP 1302n and HP p2015. This is rather frustrating as other dual core stations already on the network and all of the single core stations in school access the printers quite happily. No matter how I try to add the printers I get the same error. It says it could not access the named printer [or similar message, I can’t remember exactly now as I am not at work.] The local Print Service then stops. If I restart the service it goes through the same cycle again.

 

Things not causing the problem:

 

Viglen Remote Learning [Rebadged NetSupport] This has been uninstalled.

 

Printer share name. Printers and share names have been changed in an experiment to rule this out.

 

Printer IP address. These have also been changed/swapped.

 

Printer driver. The printers all pick their shares up from the same server.

 

Printer model. This station will add ‘Printer A’ but not ‘Printer B’ even though A and B are the same make and model and the printer settings have been adjusted at the server so that ‘Printer A’ [the one that does get added] matches ‘Printer B’

 

What I am going to try tomorrow:

 

Run CCleaner [or something similar] to check that there are no residual parts of Viglen Remote Learning after uninstall.

 

Any other ideas? I don’t want to waste another whole day on this and this is already a clean start image. I don’t have time to begin another image before term starts.

 

Help!

Edited by 6Foot2
Correct thread title.
Posted

Creating a generic image sounds fine in principle. Adding/Removing printers does require local print services to be running. The fact that you mentioned services are stopping (for whatever reason), is most likely the problem.

 

Have you checked the event log? This should tell you why services are stopping. How are you adding the network printers? Manually, using GPOs or using scripts?

 

Have you tried re-imaging this workstation? It does happen time to time that you can get a duff image causing all kinds of problems.

Posted

Definitely check the event log, it should give you an code recorded when the error message is displayed. I've seen this sort of problem before, but I can't for the life of me remember how we solved it, I think it may have been a driver issue.

 

Mike.

Posted
..The fact that you mentioned services are stopping (for whatever reason), is most likely the problem..

 

The service only stops when I try to add one of these 'problematic' printers.

 

Have you checked the event log? This should tell you why services are stopping.

 

I can't remember exactly what the Event Log says, but it does mention that it stopped unexpectedly [Error ID 7032, I think]

 

How are you adding the network printers? Manually, using GPOs or using scripts?

 

It is the same no matter what I do: I have tried running a script which works for other stations [single core and dual core]. I have tried browsing to the printer share and double clicking it and I have tried adding the printer through Control Panel/Add Remove Printers.

 

Have you tried re-imaging this workstation? It does happen time to time that you can get a duff image causing all kinds of problems.

 

I am still in the process of preparing the image. If I re-image it I will lose all of the work I have done so far. :( I am going to put a fresh copy of XP after swapping the HDD out. Perhaps it is one of my installed applications?

Posted
If you haven't already, try updating the drivers of the problematic printer (on the server). Are you deploying XP or Vista machines?

 

XP I am not going anywhere Vista for some time yet [i am running it at home and it is giving me several issues]

 

I think that the drivers are up-to-date, but I will check tomorrow. Thanks.

Posted

If it's been a while, chances are there will be new drivers. The reason I mentioned Vista, is because in 99% of cases it requires new drivers. Some manufacturers create updated universal 2000/XP/2003/Vista/2008 drivers, whereas some companies create separate XP/2003 and Vista/2008 drivers.

 

If you're still experiencing problems, try deleting the printer on the server and re-create it with the same name, sharename and IP.

Posted

So first test today was to run File Mon and Reg Mon to see where the process failed. File Mon detected a failure when the Domain Administrator tried to access C:\Spoolerlogs and C:\Spoolerlogs\spooler.XML. Permissions were different on file vs. folder. The difference was Creator Owner was missing from the permissions for spoolerlogs.xml and I could not add them. Comparing this to my station [where all printers work] I cannot find c:\spoolerlogs or spoolerlogs.xml. On the problematic [Dual Core] station I cannot force permissions for Creator Owner onto the file.

I guess I am starting another new image now, even though I don’t have the time.

Posted

I took a look at the first error and all I could find was the driver in question isn't completely certified to run on XP and it's this which is causing the spooler to crash. The problem only seems to happen when adding a network printer.

 

Could you try creating a local port (following the printer wizard) and see if this works successfully?

Posted

This might be a long shot - but double check your NIC drivers. If these are a bit flakey then they could cause issues.

 

But it is a long shot, we've had issues here with drive mappings, printers and such and it boiled down to a select few PCs with old NIC drivers.

 

Updated them and the problem went away.

 

Az

Posted

It looks like I might have cracked it now. The dual core station is now adding ALL of my network printers.

After a LOT of work I found that some of the queues which were declaring the drivers as PCL 6 [HP 1320 and HP p2015] were actually downloading PCL 5 and PCL 5e drivers. I have systematically tested each queue in turn deleting and recreating those with drivers which were not truly PCL 6.

What threw me originally was that some stations had no problems with this combination of drivers and when it was working on those stations I did not spot that some of the queues were not truly PCL 6.

Time now to add the new software and then to make this image generic.

Lots to do yet then. :(

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...