That's good to hear--I thought it sounded like the HP Universals. We also had to move to them as well to support both XP and Win7 from the same print server.
If you haven't already, you'll want to read up on the HP docs for the UPs. I only learned this more recently (the hard way), but basically what happens is when you update driver versions on the server, it doesn't update the drivers on the queues automatically, even if it looks like they are updated because the driver name is the new one. If you dig around in the registry, you'll see those queues pointing the old print processor. HP's docs pretty much state that you have to either recreate your queues (supposedly all at once), or use a version-specific Universal driver, and update them one at a time, or modify some scripting stuff they provide. We are just now looking at moving to the version specific driver to avoid this issue in the future, as it's been a big pain point. That kb is old, but it includes the location in the registry of where you can view the information on which print processors your system has. You have to piece that together with knowing that all he HP universal queues are updated before removing any old one that is still sitting around. Check out: http://h20000.www2.hp.com/bizsupport/TechSupport/CoreRedirect.jsp?redirectReason=DocIndexPDF&prodSeriesId=503548&targetPage=http%3A%2F%2Fbizsupport1.austin.hp.com%2Fbc%2Fdocs%2Fsupport%2FSupportManual%2Fc03633736%2Fc03633736.pdf and search for "upgrade" -----Original Message----- From: Michael Leone [mailto:oozerd...@gmail.com] Sent: Friday, February 01, 2013 9:20 AM To: NT System Admin Issues Subject: Re: Migrating from a 32bit print server to a 64bit print server On Thu, Jan 31, 2013 at 4:01 PM, Miller Bonnie L. <mille...@mukilteo.wednet.edu> wrote: > It's been a while since we migrated our systems, and since we went from 32 > bit WS03 R2 to a 64 bit WS08 R2 print cluster with a new name, I didn't use > printbrm at the time. That being said, I've used printbrm to do exports of > our config and it doesn't restore everything well to another box, like you've > experienced, but it's also been a while since I've tried using it (not > counting my nightly export scripts). > > I think the main issue for us is because of print processors, and in our case > may be related to a bug where Windows doesn't always delete old processors > over time - http://support.microsoft.com/kb/242394 and since we are using HP > Universal drivers, it gets complicated at times--you may be in the same boat. > I've had to remove the old processors after updating queues on more than one > occasion. And, based on some experience I've had from testing removal of > print processors, I've also seen that if the print processor is not there, > the queue does not appear at all, like what you are reporting. But, the > queue does show in the registry, meaning if you only could load the print > processor files, it would work. If you're using HP's UP drivers, I can > provide more info on the messiness of it--it sort of sounds like that might > be the scenario. Yep; it appears to be the print processors. There are a lot more on the old print server, than on the new one, even though the list of installed printer drivers (per Printer Management) is the same, even down to the version numbers. I think what happened is that, in the past, we would use a model-specific driver. Now we use the universal driver for PostScript (HP has one, as do Ricoh and Xerox), rather than a multitude of different drivers.. And I think that uninstalling the old driver left the print processor behind, and so the printer continued to use that print processor. Yeah, I ended up re-creating 24 printers (that's the amount on this print server that didn't restore). And I have a scheduled task that uses PrintBRM to save a backup of everything, once a week. Hopefully, I won't have quite this amount of trouble in the future. Printing through the new print server all seems to be working. When the time comes, I will shutdown the old server, re-name and re-IP the new server, and tell it to publish all it's queues in the directory. I may see if I can construct a script to do that, rather than manually modifying each printer to publish in the directory. Thanks ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
