Global Print Driver - In-Place upgrade of Non-Versioned drivers without add printer steps?

[PartTimeGeek]

Hi! Joe, thank you so much for helping me along!

My renewed interest in this old thread was predicated by the purchase of a (most excellent, by the way) brand new Xerox VersaLink B405 DN as an addtion to rather than a replacement for one of our two existing Xerox MFCs

We have the ColorQube 9303 and an older WorkCentre 3550

All PCs printing to them are using locally installed and configured GPD drivers

Though I began a push last year to uninstall any that were instantiated as versioned and reinstall them as Non-Versioned, I had not completed that process.

Further, all of the existing GPD deployments whether instatiated as Versioned or Non-Versioned, were from these two installers:

X-GPD_5.469.9.0_PCL6_x64.exe

X-GPD_5.469.9.0_PS_x64.exe

With the new VersaLink, rather than giving in to the pressure of doing what I know and going to each PC and running the installer and configuring it separately, I decided that people can wait until I do this right, and do it in a way that will utlimately save huge amounts of redundant work, and keep all the xerox print drivers in lockstep and easily upgraded to the latest versions.

Environment:

• Active Directory domain where the newest version of windows for any of our member servers or DCs is 2008 R2
• We have a Server 2008 R2 VM which serves as a network management platform, running Spiceworks, WSUS, Our consoles for StorageCraft ImageManager and remote console for StorageCraft ShadowProtect SPX management, etc.
• Windows 7 Professional 64bit on all workstations (no laptops in our environment for all intents and purposes)
• Symantec Endpoint Protection centrally managed and hosted from a dedicated Server 2008 R2 VM, and running on all PCs
• Gigabit Ethernet backbone on a flat subnet

Plan:

• Install Print Management role on said Network Management VM
• Install the new B405 printer driver with both PS and PCL6 queues in Non-Versioned mode on that server using driver installer UNIV_5.520.6.0_PCL6_x64.exe and UNIV_5.520.6.0_PS_x64.exe
• Share them and list in directory
• Go to Advanced tab on the server queues printer properties dialog and set the Printing Defaults as we would like them to be at deployment time on end user PCs
• Configure it so end users can change their own printing preferences defaults in Devices and Printers
• Deploy the the printer drivers, queues, and defaults using GPO, on a per Computer (not per user) basis.
• Expectation being that any existing locally installed 5.469.9.0 Non-Versioned GPD queues for the ColorQube and WorkCentre would all pick up the 5.520.6.0 driver as it will have replaced the 5.469.9.0 one by nature of how Non-Versioned works
• In future, deploy queues for the ColorQube and WorkCentre  with separate GPOs as well, go desktop by desktop and remove the local queues for said, and add those Computer objects to an OU containing the new GPOs to deploy them one by one
• Live happily ever after never having to touch a PC again when it is time to upgrade drivers or replace the horrid ColorQube 9303 with a pretty AltaLink when our lease is up.

Here’s where I am at:

• I did not have the plan distilled as completely as above when I started the following baby steps, but here goes
• First test case PC has a locally installed Non-Versioned GPD version 5.469.9.0 PCL6 and PS driver each pointing at our Workcentre 3550 and ColorQube 9303 (4 existing queues total)
• Using Active Directory User and Computers, I created a new Organizational Unit (OU) named XeroxGpdQueues subjugate to the “Computers” Built-In OU
• Moved the computer object for said test case PC from Computers OU to XeroxGpdQueues
• I installed the Print Management Role on our Server 2008 R2 management server VM
• Installed the Non-Versioned PCL6 and PS Global Print Drivers (v 5.520.6.0) on the (now) print server
• Configured the Advanced tab | Printing Defaults the way I wanted all the drivers on the network to be deployed (1 sided, ID print on banner page)
• From the Print Management console, shared them, with “render print jobs on client PCs” and “List in the directory” checked.
• The first time, I did it to my own pc and was not using the GPO method, I did it by doing Add Printer, Add network Printer
• Everything seemed to work ok using that method
• After that, I tried said  "First Test Case" on a PC with a very simple and relatively new windows image on it.
• From the Print Management console, right clicked on each B405 printer and selected Deploy using Group Policy
• This created a new GPO which I placed in the XeroxGpdQueues OU
• GPO is per PC and not per User
• Rebooted the test case computer which now resides in the XeroxGpdQueues OU
• Printer icons show up after some delay in Devices and Printers, printer connectoid changes to Xerox GPD icon after some time
• Once the new MFC driver GPO deployment completed the local queues for the ColorQube and WorkCentre were automatically upgraded from 4.3x to 5.520.x
• This one happened to work, it got the new drivers, and all the defaults were there, all of the pulldowns were present in the print preferences dialog box.

I began adding other PCs to the XeroxGpdQueues

• On a couple of the PCs one of them, say the PS queue’s, printer icon changed to the blue and white Xerox GPD one, but the PCL6 stayed as the default windows 7 one.
• Neither of the queues (PS or PCL6) picked up the Printing Defaults I set
• On both PCS, neither queue’s print preferences dialog box showed the picture of the VersaLink B405 yet nor did they have all the pull down boxes for 1 or 2 sided etc
• Even if I removed them from the OU and rebooted, noticed the printer queues were gone, and then added them back to the OU and watched them re-deploy, the exact same conditions came up.
• Another one seemed to pick all of it up and the driver completely deployed

I figured that the standard Windows Print Management method:

 (the settings made in  "Advanced | Printing Defaults" dictates initial print preferences are set for GPO deployed printers)

might not work with Xerox and that is why the XML tool exists

So I tried using the XML method (thank you again)

• Assuming that the string for "Printer Model" described in the XML tool documentation refers to the text you see when you open the GPD driver printer properties Dialog box, Advanced Tab, About | About, I followed the steps in the XML tool documentation to the letter.
• I Found the same variability in how complete the drivers installed and instantiated themselves
• This would stay said state in most cases across reboots of the PCs in questions
• In some cases, running the troubleshooter on a recalcitrant print queue, WITHOUT taking any of the suggested actions in the troubleshooter, would bring up the full feature set of pulldowns and the picture of the printer on the general tab in the print preferences dialog, but it still would not pick up the defaults I set.
• I had the CacheExpirationInMinutes set to 0 to make sure the driver was referencing the XML repository every time the dialog box was opened.
• I had all the preferences Setting Restrictions set to "default", rather than either of the two enforced options

Remaining questions

• I am wondering if there is something inherently broken in the Server 2008 R2 Print management role and/or Group Policy processing which cuts off the deployment before all the data and remote commands get a chance to process the instantiation of the driver and the defaults?
• Is this something to do with the Xerox drivers and the conditions I described being a unique case? (in other words if there were no Xerox printers on any of the PCs to begin with, would the b405 deployment have worked with either the Microsoft or the Xerox XML methods in all cases?
• Is the presence of Symantec Endpoint Protection a known conflictor with GPO deployment of these drivers?

What to do next?

• Even assuming I stop troubleshooting and looking for a root cause and just punt and manually get everything righted: IE: All the ColorQube and WorkCentre locally installed Non-Versioned and Versioned drivers uninstalled manually (including the packages), and re-deployed via Print Managment / GPO (into PCs which now will already have the same driver version)
• I really am afraid of a situation where I add a 4th Xerox device, at a time when the GPD driver is newer than what is currently deployed.. Is the combination of having to both: replace the GPD driver AND deploy a new queue on the target PC just too much for the Group Policy mechanism to handle to completion?
• I am feeling like I could remove one varialble from this scenario by first installing (on the print server) the new driver as a second instatiation of the PCL6 and PS B405 print queues using the Non-Versioned GPD driver. This will propagate the driver to the existing server instantiations of the B405 which are shared, and will spill down to all the PCs in the environment. I would clean things up by subsequently deleting the extra instantiations
• Any thoughts on any of this would be greatly appreciated. I think I will add some tags to this post to increase the audience as well.

In searching on the issue, I had found some stuff pertaining to windows 10 clients and windows 2012 (not R2) clients not propagating the defaults and it had something to do with some basic dll’s that are used for PS and or PCL printing being of differing versions on the client and server OSes, etc.

Could not find that particular Microsoft KB again, but here are some discussions that seem to be nebulous at best in terms of what is really going on when this happens

https://social.technet.microsoft.com/Forums/systemcenter/en-US/a6e8ad20-3cc2-4137-897f-e92bd5405b9f/...

BTW I want the drivers to be deployed on a per PC basis so any user on that PC will have the printer available, rather than per user, but I even tried doing it per user to try to get the problem to go away and it either did nothing or complicated things.

Anyway, I need to post this now because I have been editing it for two days trying to make it as succinct as possible, but this stuff is never simple to explain.

Again, thanks for all the help.

Chris.

[Joe Arseneau]

I also seem to remember that you could do a little two-step where you install and configure a driver locally, change a setting in the advanced or configuration tab in the driver, and then grabbed a .cfg file which you could then make use of. Not sure if that sounds familiar to you?

You could and can, Same as the XML tool for deployment (Registry edit/push), But different in that the XML tool can define what the driver has available, the config file defines what is set as a printing preference, it is not available in the GPD, but is in the Native driver

At present, all the workstations here have their GPD drivers deployed by local installation.

I have no idea how you could push a driver update to local installs, Let me be clear though, I am not a Server admin and do not want to pretend to be, i honestly have no idea, so all your next questions are mostly above my ability, and well outside of my interest so I can't offer much.

I have experience setting up Print Services on windows 2012 R2 AD environments in the past when I was still doing consulting, but my new full time employer's environment only goes as far as 2008 R2. I also walked into the situation where the drivers were all locally deployed and I needed to keep mass disruptions to a minimum so I had been upgrading them in place as I had access to people's PCs.

My recollection was that the printers were searchable in AD from a workstation, you could choose one you don't already have, and deploy it. Windows Servers essentially were repositories for the drivers and configuration settings, and the Server did not serve as a print queue for all.

Individual PCs would print directly to the device. I have bad memories of windows print services where the server acts as the print queue server as well.

Anyway, I wonder if you might have some sage advice / links to best practices for deploying GPD drivers with a server based method?

[PartTimeGeek]

Hi Joel,

Thank you for the quick reply!

I saw the XML tool but it was from a random google search rather than direct links from the xerox.com\global main page, so I was not sure how current it was or whether it was best practices to use it, so I didnt go down the rabbit hole today on it.

Thank you, I will definitely look at it for deployment purposes.

I also seem to remember that you could do a little two-step where you install and configure a driver locally, change a setting in the advanced or configuration tab in the driver, and then grabbed a .cfg file which you could then make use of. Not sure if that sounds familiar to you?

At present, all the workstations here have their GPD drivers deployed by local installation.

I have experience setting up Print Services on windows 2012 R2 AD environments in the past when I was still doing consulting, but my new full time employer's environment only goes as far as 2008 R2. I also walked into the situation where the drivers were all locally deployed and I needed to keep mass disruptions to a minimum so I had been upgrading them in place as I had access to people's PCs.

My recollection was that the printers were searchable in AD from a workstation, you could choose one you don't already have, and deploy it. Windows Servers essentially were repositories for the drivers and configuration settings, and the Server did not serve as a print queue for all.

Individual PCs would print directly to the device. I have bad memories of windows print services where the server acts as the print queue server as well.

Anyway, I wonder if you might have some sage advice / links to best practices for deploying GPD drivers with a server based method?

Again, thank you so much for your quick reply and your help.

Chris.

[Joe Arseneau]

Also, the GPD white paper states:

Custom Printer Settings
The architecture of X-GPD makes it easy to establish global printer settings for certain print driver features and apply them across the network. IT managers can use this capability, for example, to enforce sustainability or “green” by defaulting all print queues to use two-sided, or duplex, printing, or save money by electing a default setting of black and white instead of color.

HOW?

The only thing I see is a document toutting a capability, but there is no actual procedural documentation that I can find for the above capability

It is done via XML config tool, grab it here, it deploys via a registry entry , typically done via a push by group policy. Documentation on the tool is here.

I am now at the point where I would like to upgrade the Global Print driver on all the workstations at my oiffice.

I still cannot find any official documentation from xerox which delivers on the promise of simplifying deployment.

I want to replace the underlying driver that existing printer objects are using for PCL6 and PS on all the workstations. I would like to be able to do it via some kind of push install method.

Assuming the driver is server installed, you just update the server and the clients should update automagically (Use the non-versioned GPD driver) I don't know of any other way specific to Xerox.

[PartTimeGeek]

I am now at the point where I would like to upgrade the Global Print driver on all the workstations at my oiffice.

I still cannot find any official documentation from xerox which delivers on the promise of simplifying deployment.

Also, the GPD white paper states:

Custom Printer Settings
The architecture of X-GPD makes it easy to establish global printer settings for certain print driver features and apply them across the network. IT managers can use this capability, for example, to enforce sustainability or “green” by defaulting all print queues to use two-sided, or duplex, printing, or save money by electing a default setting of black and white instead of color.

HOW?

The only thing I see is a document toutting a capability, but there is no actual procedural documentation that I can find for the above capability, nor any describing how to upgrade a GPD driver in-place without creating a new printer object.

I want to replace the underlying driver that existing printer objects are using for PCL6 and PS on all the workstations. I would like to be able to do it via some kind of push install method.

[PartTimeGeek]

Thanks Joel,

To clarify, what I am further hoping to find out is how to update a driver in-place without having to run the installer as if I was installing a new printer.

My feeling is that you would have to install the driver named "HP Global Print Driveer PS" (or PCL) on the workstations to begin with.

This sets you up with a driver whose name in the print subsystem never changes, regardless of the version of the underlying driver.

A new version of the driver is released at some point in future

Then presumably there would be a command line option to install just the driver:  HP Global Print Driver PS, overwiting the existing one shared by any print queues on the PC in question.

All the printers now are using the latest driver without needing to remove the queue (printer icon) and install a new queue

I read the available pdf documentation about the GPD (install guide, white paper, etc) and it doesnt seem to directly address it.

C.

[Joe Arseneau]

Primarily it allows 2 instances of the driver on your server so you can test out the new driver with no chance of affecting the currently installed driver.

I have first and 2nd hand experience where the versioned one fixed issue that were not fixed by doing the named update. Likely due to a file that did not get over-ridden.

[PartTimeGeek]

I have been reading up quite a  bit the last two days on HP and Xerox implementations of Universal Drivers.

In both HP's and Xerox's cases, during installation of the driver, you have two choices when you get to the driver selection dialog in the printer add process:

Naming Convention: Version-specifc ex:

   Xerox GPD PS V3.7.469.9.0

Naming Convention: Non-Versioned: ex:

   Xerox Global Print Driver PS

My understanding from the research I was predominately doing on HP’s implementation (which has been nightmarish when deploying some of our older HP printers with USB) was that using the generically named driver allows a simple driver-only upgrade in future.

In other words, if you go from version 1.1 to version 1.2 you can just install the new driver (without an add printer step) and if you have three Xerox printers all using the GPD PS generic named driver, they all are upgraded without having to go to printer properties and select the newly installed driver for each print queue

Is that the case?

We just got our replacement 9303 this morning and I started deploying the GPD  PS and PCL6 drivers with the "non versioned" names to the first few workstations

Is that how you would do it?

I am envisioning a time when I could possibly push driver updates en-masse out to the workstations either with psexec or by group policy, or by windows print management from a server

Hopefully the process could be silent and have no end user UI interaction to complete.

Any help pointing me towards some knowledgebase articles of how this might be done would be great.