none
Installing x64 (additional drivers) for shared x86 print server on 2003 Server x86 sp2 (Help please):

    Question

  • I'm trying to add x64 under additional drivers for our existing 32bit printer shares on x86 2003 Server sp2...

    If i try to add x64 drivers for say, laserjet 2200, I browse out to the x64 2003 CD for the inf file under AMD64.. it then prompts stating:  "the specified location does not contain the driver HP LaserJect 2200 Series PCL 6 for the requested processor architecture".

    I tried this same routine for our Phaser 6250DP printer, if I browse to the x64 folder, where we have the specific x64 drivers for it, I get the error  "selected driver must be installed remotely".

    Is it not possible to install an x64 version of a printer driver on a x86 server (not itanium)?

    Thanks

    Wednesday, December 20, 2006 6:01 PM

Answers

  • Have you all tried this method:

     

    1) On the x64 machine, from Start > Run, type \\servername, where servername = the name of the x86 print server.

    2) In the list of shares, open the Printers folder.

    3) Right-click in the Printers folder and select Server Properties.

    4) Go to the Drivers tab and add a new x64 driver.

     

    The x64 option should be there since you are viewing the printers folder on the x86 machine from the x64 machine.

     

    This process should work if there is an inbox driver. Otherwise, you'll have to provide the location of the OEM driver.

     

     

    Tuesday, April 17, 2007 2:15 PM
  • The print server must have both x86 and x64 drivers to be able to serve them to clients. The driver for the architecture of the server can be installed the usual way. The driver for the other architecture must be installed from a computer using that same architecture. You then need to open the "Printers" share on your print server from that other computer and add the driver in the server properties.

     

    Here's an example. You have a Windows Server 2003 running on a x86 processor and Windows Vista clients running on a x64 processor. Install the x86 driver directly on the server. Log on a Vista computer (using an account with sufficient privilege to access the server!). Open \\PrintServerName\Printers in Windows Explorer. Go to File, Server Properties. In the Drivers tab, click on Add. Select only the x64 architecture and browse to find your driver. The x64 will be uploaded to the x86 server.

     

    Please note however that both x86 and x64 drivers must have the exact same name! "HP LaserJet 2200 PCL 6" and "HP LaserJet 2200 PCL6" are regarded as totally different drivers! If they have the same name, they will appear automatically in additional drivers for both architectures in your printer's sharing properties.

    Thursday, May 03, 2007 3:02 PM
  • I am sorry to hear that you're still experiencing problems. Please try the following procedure. The differences are: using Print Management, and making sure that the driver files exactly match (the printer name and driver versions must be identical). You might need to download and install new x86 drivers on the print server before you can add the x64 versions.

    1. Open Print Management from the Administrative Tools folder on the client computer running an x64 version of Windows.
    2. Right-click the printer to which you want to add additional printer drivers, and then click Manage Sharing.
    3. Click Additional Drivers. The Additional Drivers dialog box appears.

    4. Select the check box of the processor architecture for which you want to add drivers. In your instance this would be x64.

    5. If the print server does not already have the appropriate printer drivers in its driver store, Windows prompts you for the location of the driver files. Download and extract the appropriate driver files, and then in the dialog box that appears, specify the path to the .inf file of the driver. The driver files you install must match the drivers installed on the print server (the printer name must be identical as well as the driver version).

    Note

    You might not be able to extract some printer drivers without installing them. If this is the case, log on to a client computer that uses the same processor architecture as the printer drivers that you want to add to the print server, and install those printer drivers. Then use Print Management from the client computer to connect to the print server, and add the additional drivers from the Additional Drivers dialog box. Windows automatically uploads the drivers from the client computer to the print server.

     

    I hope that this helps!

    Thursday, November 08, 2007 1:16 AM

All replies

  • Ditto, I try to connect from Longhorn x64 to a network printer that is attached to an X86 Server 2003 and it wants the .inf file location [which is ???]. No option to choose a supported printer driver. Can't install the x64 print driver on the x86 Server and installing the proper x64 print driver as a local attached printer does not help either.

    Frustrated...

    Friday, January 19, 2007 8:27 PM
  • I have had a similar problem in the reverse, trying to install x86 additional drivers on x64 servers. I had to go to the manufacturers website to download new drivers. I found that the x86 and x64 drivers must have the same name and if you have installed the PCL x86 drivers then you must install PCL x64 drivers. They cannot just be similar drivers.

    I would suggest downloading the drivers again making sure they are the same driver but for different architechtures, you will probably also find that many of your printers may not even have x64 drivers so you will have try similar drivers.

     

    Friday, March 16, 2007 11:39 AM
  • Same exact problem. Just installed Vista and need x64 drivers.

    • Proposed as answer by Andrey-K Thursday, November 21, 2013 2:28 PM
    Thursday, March 22, 2007 11:39 PM
  • Have you all tried this method:

     

    1) On the x64 machine, from Start > Run, type \\servername, where servername = the name of the x86 print server.

    2) In the list of shares, open the Printers folder.

    3) Right-click in the Printers folder and select Server Properties.

    4) Go to the Drivers tab and add a new x64 driver.

     

    The x64 option should be there since you are viewing the printers folder on the x86 machine from the x64 machine.

     

    This process should work if there is an inbox driver. Otherwise, you'll have to provide the location of the OEM driver.

     

     

    Tuesday, April 17, 2007 2:15 PM
  • Outbacker's method worked for me in the reverse situation.  The
     print server is running Server 2003 x64.  Clients are mostly XP on x86.

    On an x86 machine I opened the x64 server's printer properties and installed the x86 driver.
    Tuesday, April 24, 2007 5:20 PM
  • The print server must have both x86 and x64 drivers to be able to serve them to clients. The driver for the architecture of the server can be installed the usual way. The driver for the other architecture must be installed from a computer using that same architecture. You then need to open the "Printers" share on your print server from that other computer and add the driver in the server properties.

     

    Here's an example. You have a Windows Server 2003 running on a x86 processor and Windows Vista clients running on a x64 processor. Install the x86 driver directly on the server. Log on a Vista computer (using an account with sufficient privilege to access the server!). Open \\PrintServerName\Printers in Windows Explorer. Go to File, Server Properties. In the Drivers tab, click on Add. Select only the x64 architecture and browse to find your driver. The x64 will be uploaded to the x86 server.

     

    Please note however that both x86 and x64 drivers must have the exact same name! "HP LaserJet 2200 PCL 6" and "HP LaserJet 2200 PCL6" are regarded as totally different drivers! If they have the same name, they will appear automatically in additional drivers for both architectures in your printer's sharing properties.

    Thursday, May 03, 2007 3:02 PM
  • I see several have done the reverse successfully. I am testing Longhorn x64 and was attempting to load additional x86 drivers for a Lexmark X945e. Had to go through a 32 bit client (Vista Ultimate) to the server's printer folder, unhide the menu bar to access Server Properties, and attempted to install the additional drivers from there.

    However, once I navigate to the drivers folder and hit OK, it acts as if loading the appropriate x86 drivers, but ends up cycling through an install window with a progress bar probably a dozen times before it gives me the following error:

    Unable to install Lexmark X945e, Type 3- User Mode, x86 driver. Operation could not be completed (error 0x800f0247 ).

    Any ideas?

    Thanks!
    Monday, June 04, 2007 4:23 PM
  • I have a similar problem. I get through the install up to the point where it asks for the Win2003 disk. I list the path to the network location where the disk is stored but it doesn't recognize it. I have also shared out my local PC CD drive using the CD itself and it doesn't see it. Is it a requirement that the disk has to be in the server CD drive or something else weird going on?

     

    Thanks

    Sunday, July 15, 2007 8:17 PM
  • In my case I have a windows 2003 x64 witha shared printer hp 3600 with a x64 driver. I have windows x86 clients that need to print to it. I added the x86 driver from a windows xp x86 on the windows 2003 x64, and was able to install the printer on the XP computer.However when I sent a print test from the xp computer it shows this error. "Test page failed to print. Would you like to view the print troubleshooter for assistance? operation could not be completed"

     

    Any help will be very appreciated. Thank you

    Friday, August 10, 2007 1:55 AM
  • I've followed your instructions, but am still unable to get this to work. We have a Windows Server 2003 (Small Business Server) running on an x86 CPU. We've just got a couple of new workstations running Windows XP Professional x64. On the workstation, I browse to the Printers and Faxes Folder on the server, go to Server Properties, Drivers tab. I click Add..., Next and I get a list of processors and operating systems to choose from. The only options here are Itanium and x86. The x86 drivers are already installed, so I select Itanium, even though from what I understand, that is different to x64 (?). I select the x64 driver, click Finish on the wizard. The system copies the files, but then gives me a message: "The files installed are not valid for the selected architecture".

     

    Where is the option to install x64 drivers??

     

    Tuesday, October 02, 2007 3:10 AM
  • I am sorry to hear that you're still experiencing problems. Please try the following procedure. The differences are: using Print Management, and making sure that the driver files exactly match (the printer name and driver versions must be identical). You might need to download and install new x86 drivers on the print server before you can add the x64 versions.

    1. Open Print Management from the Administrative Tools folder on the client computer running an x64 version of Windows.
    2. Right-click the printer to which you want to add additional printer drivers, and then click Manage Sharing.
    3. Click Additional Drivers. The Additional Drivers dialog box appears.

    4. Select the check box of the processor architecture for which you want to add drivers. In your instance this would be x64.

    5. If the print server does not already have the appropriate printer drivers in its driver store, Windows prompts you for the location of the driver files. Download and extract the appropriate driver files, and then in the dialog box that appears, specify the path to the .inf file of the driver. The driver files you install must match the drivers installed on the print server (the printer name must be identical as well as the driver version).

    Note

    You might not be able to extract some printer drivers without installing them. If this is the case, log on to a client computer that uses the same processor architecture as the printer drivers that you want to add to the print server, and install those printer drivers. Then use Print Management from the client computer to connect to the print server, and add the additional drivers from the Additional Drivers dialog box. Windows automatically uploads the drivers from the client computer to the print server.

     

    I hope that this helps!

    Thursday, November 08, 2007 1:16 AM
  • Jason,

     

    Thanks for your reply. Our client (x64) computer is running XP Professional, and does not have Print Management in the Administrative Tools folder. It seems Print Management is only available for Windows Server 2003.

     

    Any more help would be appreciated...

    Thanks,

    Bernie

    Thursday, November 08, 2007 10:51 PM
  • Bernie,

     

    I'm going to make three assumptions here.

    1. You already have the printer installed and shared on your 32-bit Server 03.
    2. There are 64 bit drivers available on your printer install CD.
    3. You have the install CD for your XP Pro 64 bit machines.

    Try these steps:

    • On Server 03, open the Printers folder, right-click your print object, select Sharing.
    • Click the Additional Drivers button.
    • Click the x64 check box and click OK.
    • Now ... the server wants the 64 bit print driver supplied by the printer manufacturer.  I assume the CD is already in your drive or you copied it locally.  Navigate to where the 64 bit print driver is and click OK.
    • If it found the 64 bit drivers OK, it will now prompt you with a window titled "Install Components From Windows Disk" that has instructions stating "Please insert the Windows Server 2003 family (x64 processor) disk."  Since you are running the 32 bit version, I assume you don't have this.  (It's possible the 64 bit print architecture file it's looking for is on your 32 bit disc, but I don't think it is.)  So here's where your 64 bit XP Pro install CD comes into play.  Put that in your CD drive.
    • Click browse and go into your XP Pro 64 bit install CD.  Open the AMD64 folder.  The file it's looking for should reside in there ... NTPRINT.INF.  Click Open, then OK.
    • It will prompt you a second time, stating the same thing.  Just hit OK.  Now you should see a pop up with a progress bar showing the installation progress.
    • When it finishes, you'll be back at your Sharing tab in your Printer Properties.
    • Now go to your XP machines (the clients) and install the printer.  People like doing it different ways ... some people like the dialogs in the Add Printer Wizard, but I just open a Run box on my client and type \\servername to connect to my print server.  It should open a window wherein you'll see your shared printer. 
    • Right-click the shared printer and select Connect.  Your XP machine will warn you that you are about to install software from the server, etc.  Just hit OK.

    That's it.  I explained everything in detail because I wasn't sure what experience level you had and thought a step by step might be useful to others.  So when sharing printers and adding additional drivers of different architectures, just remember it's going to look for two things.  First, you'll need the actuall 64bit/32bit printer driver you want to share, which should be provided by your printer vendor.  Second, you'll need the print architecture files to be able to share that printer to a machine with a different system architecture.  If you're installing on Server 03 32-bit, an XP 64-bit CD will suffice, and vice versa for Server 03 64-bit.  For Vista, it's a different story.  I'll post a step by step for Vista later.

     

    Zeff

    • Proposed as answer by Ben Sealey Thursday, June 24, 2010 6:14 PM
    Friday, November 09, 2007 3:43 PM
  • Zeff,

     

    Thanks for your help. I'm unable to follow your instructions past step 3 because on our Windows Server 2003 installation, there is no x64 Processor option on the Additional Drivers dialog box. The only options I have are Itanium or x86. Is there a patch or something for Server 2003 to enable this? The server is Small Business Edition - I didn't mention that before, I don't know if that makes a difference...

    I have tried installing the x64 drivers with the Itanium option and it didn't work. I understand that Itanium is different to x64, so didn't spend too much time with that.

     

    In answer to your assumptions:

    Yes, I have the printer installed and shared on the server.

    I don't think there are any x64 drivers on the printer driver CD, but we've downloaded some off the internet.

    No, I don't have an install CD for XP 64 as it is an OEM install, but I'm sure I could find the file/s I need when I get to that step.

     

    Thanks again,

    Bernie

    Monday, November 12, 2007 12:00 AM
  •  

    Perhaps you need to upgrade to SP2? We did that at our site and the x64 option for Windows Server 2003 and Windows XP Professional x64 was added.

     

    Roger

    Saturday, November 17, 2007 7:27 PM
  • Hi,

     

    Anybody ever come across a solution for this? I am experiencing the same problem. No option for x64, just Itanium.

     

    I am running Sp2 on the 64 bit 2003 Terminal Server.

     

    Thanks,

     

    -dave

     

    Tuesday, November 27, 2007 4:11 PM
  • Thanks Landy, After a few issues with SP2, we finally got it installed, and yes, the x64 option appeared.

    Dave, Your situation sounds a bit different - do you have a 32-bit or 64-bit server? I found we needed to have SP2 installed on our 32-bit server.

     

    Bernie

    Thursday, November 29, 2007 10:38 PM
  •  

    I'm now trying to find a way to do these printer installs via the vbs script, but only if the printer hasnt already been installed.. has anyone ever found/written script that was smart enough to run a check first.. or some other means?

     

     

    Wednesday, January 02, 2008 9:59 PM
  • I ran into this problem too and found another solution (which works for Vista too), so I just wanted to share it:

     

    In our case the client workstation is running Vista x64. And I couldn't get the server to install the x64 drivers from the CD *or* find them for download from HP's support site, so I ended up following the steps in KB 895612 (http://support.microsoft.com/default.aspx?scid=kb;EN-US;895612) to add the printer locally but providing the network path in the port name. (Look for the 14-step list of directions under the subheading for 'How to choose a compatible printer driver if you cannot locate a printer driver for your printer') Basically, you pretend the printer is a local printer, but you give it the path to the network printer when you create a new local port. This ends up printing the job locally and then redirecting it to the network printer. It worked for me, and I was able to select a compatible driver from the *workstation* instead of having to use whatever driver was on the server. The KB says the downside of this method is that the workstation will not automagically pull down any driver updates on the server, but that seems like a pretty minor drawback.

     

    Hope this helps someone since I spent way too much time on this.
    Friday, January 04, 2008 3:45 PM
  • Alexander,

     

    Brilliant mate!  Your last paragraph with the bit about all drivers needing to have the exact same name was the key to my problem.  I have a Vista x64 print server, and nothing I seemed to do would allow me to install the 32-bit XP driver (x86).  Printing with Vista worked perfectly but it just wouldnt' connect with XP.  I even have my Vista print server in a dual boot config, and when it boots into 32-bit XP, all computers could print without difficulty.

     

    All I needed to do to fix Vista was to rename the printer name (and the share name for good measure) so that it exactly matched the XP driver name.  In my case, Vista automatically picked up my printer as "Epson Stylus Photo 895 (M)" on install, but on my laptop running XP, the driver was named the same way but without the "(M)".  As soon as I renamed the printer on Vista by simply deleting the "(M)", XP started printing.  No need to actually install anything as XP had long ago had the correct driver installed. 

     

    Cheers!

     

    DD.

    Saturday, March 01, 2008 12:17 AM
  • I found a relevant link that helped a lot.

    My specific case:

    1. Had a Windows Server 2003 SP2 Small Business Server.

    2. Installed domain controllers with Windows 2008 x64.

    3. Was unable to add x86 drivers to the printer server.

    NOTE: I tried even with Windows XP x86 client, but it would only download the drivers locally. I believe that Vista will push, but not XP x86.

    4. From client the add additional drivers button on the sharing tab was grayed out. YIKES!

     

    Reference Link that solved the issue:

    http://technet2.microsoft.com/windowsserver2008/en/library/0ba8afd8-40fb-440a-8c95-4b3aebd219281033.mspx?mfr=true

     

    What I did.

    I followed the steps to export the printers from the old server and install them on the new print server. I made sure no printers were installed when I did this. I set them also to overwrite any existing printers.

    Despite a couple of errors it worked like a charm.

    NOTE: RD to the server and open each printer. It will complain about not having the drivers installed, and just click "ok" to install them. It is really complaining about the x64 drivers since the x86 drivers were imported already.

    This seems to bypass the printer driver problem with them not being named the same, and so far I can print just fine.

     

    I know this won't help folks with fresh installs but for those of us upgrading their infrastructure this seems to do the trick. Hope this helps...

    Tuesday, May 27, 2008 6:20 PM
  • Hi
    re your post Posted on 03 May 2007 16:02:37:
    "Here's an example. You have a Windows Server 2003 running on a x86 processor and Windows Vista clients running on a x64 processor. Install the x86 driver directly on the server. Log on a Vista computer (using an account with sufficient privilege to access the server!). Open \\PrintServerName\Printers in Windows Explorer. Go to File, Server Properties. In the Drivers tab, click on Add. Select only the x64 architecture and browse to find your driver. The x64 will be uploaded to the x86 server."

    I would like to do this but the Add Drivers button is grayed out. I have tried various ways, but how do I make it so that my user account on my Vista Home Premium Laptop has the relevant user permissions to access my XP Home print server with a Dell AIO 924 printer shared off it? Do I set these perimssions from the server end or client end.
    Thanks
    Friday, November 07, 2008 11:06 AM
  • Hi Makka Pakka,

    You need to select "Run as Administrator ==> Server Properties" in order to see the Add button become available.  In the instructions above, once you see the Printers dialog box in a window, right-click on the window and you will see the "Run as Admin" option.  Follow it to Server Properties, and you will be all set.
    TH.
    Monday, November 10, 2008 7:38 PM
  • The way i was able to get it working was to use the EXACT SAME driver VERSION just different architecure as well as having the AMD64 folder available but the folder MUST BE LOWER CASE: Example:

    x86 Driver version 1.0.4221

    x64 Driver version 1.0.4221

    x64 files -  C:\amd64   not     c:\AMD64


    GL.
    • Proposed as answer by Eggy116 Tuesday, January 04, 2011 4:41 PM
    Tuesday, December 16, 2008 10:46 PM
  • I also recently struggled with this scenario using a Windows Server 2003 x86 server with Windows XP x64 clients, using HP 2840 printers. This thread certainly helped me in solving the issue, but the method I used hasn't been mentioned here so I'll share.

    1. Download and extract the appropriate x86 and x64 drivers from your printer vendor to your Windows Server 2003 machine.

    In my case, the only x64 PostScript driver for the HP 2840 was the HP Universal Print Driver for Windows. There were many more options for x86 drivers, however I downloaded the x86 version of the HP Universal Print Driver for Windows as well.

    2. On the Windows Server 2003 machine, open "Printers and Faxes", click on the "File" menu and select "Server Properties"

    3. Select the "Drivers" tab and click the "Add" button.

    4. When presented with checkboxes, check the x64 and x86 boxes for Windows XP / 2003

    5. You should then be prompted for the location of the printer drivers twice. Simply navigate to the location you extracted either the x64 or x86 drivers depending on which one it asks for and select the appropriate .inf file.

    6. Now try adding your printer, or if it is already added, change the driver on the "Advanced" tab of the printer properties to the one you just added. After clicking "Apply" it may take a few seconds, then go to the "Sharing" tab and click on the "Additional Drivers" button. You should now see both the x64 and x32 drivers checked off.

    Hope that helps...
    Thursday, January 22, 2009 4:50 PM
  • I solved the reverse issue here. We had the following situation:
     Printer Server Installed on W2K8 64-bit
     Clients are all WinXP 32-bit

    Got prompted for driver installation when adding printers on alll clients.
    Could not install the x86 driver on the 64-bit server using any of the methods above, always got this error: 'The selected driver must be installed remotely from an x86 computer using Type 3 (User mode) drivers."

    Solution:
    1. Install W2K8 32-bit
    2. Install Printers using x86 drivers
    3. Go to Admin Tools->Print Management
    4. Choose x86 server
    5. right click->Export printers to a file...
    6. go through the export
    7. connect to x64 server
    8. choose x64 server
    9. right click->Import printers from a file
    10. go through the import

    This got the x86 drivers installed on the 64-bit Server, and the 32-bit clients can now connect to the printers without being prompted for drivers.

    Monday, July 13, 2009 9:48 AM
  • Riiiight... has anyone tried doing the printer export thing on a PC?  I don't think installing a server OS is a valid solution to a printer problem.  I'll try the PC method and report back.

    BTW, several people have mentioned that when installing a printer driver on a client it uploads to the server.  This does seem to be true... I see it now in the list of drivers on the print server.  However, it doesn't show up when I got to manage sharing... I still have the box for x86 empty.  People say the driver has to have the same name... and it does, and that is the same driver that shows as the driver for x64 (what the server is)... but it has not added itself as the 32 bit driver.  I have seen this work, but for the PS driver and I need this PCL driver to be used instead.  Damn Toshiba!  LOL

    What's more irritating is that the drivers from Toshiba don't work right - they cause a conflict between the server and client resulting in very slow printing.  When the same client driver is used to print directly to the IP of the printer, it prints very fast.  What I'm doing as a temporary solution for a few users who have to print large docs now, is installing the printer toas a local printer (TCP/IP) using the MS universal driver, then deleting it.  That causes the mapped printer from the server to use that driver.  The irritating thing is, I can't get that driver to show up on the server!  How do I download a MS driver without using Windows Update?
    Friday, July 17, 2009 4:49 PM
  • Just had the same issue getting the "not requested processor architecture" error when adding Vista x64 additional drivers on server 2003.  I tried the solution to add from the Vista x64 machine and "Add" was also greyed out, regardless of whether explorer was run as administrator or not.  I decided to go back to the server and dump the inf to see what architecture it was listed for.

    In my case the Vista x64 printer driver was for "ntamd64.6.0".  That should be the right architecture, but maybe server 2003 is getting confused on the .6.0 extension?  I changed the occurrences to "ntamd64" and saved the inf.  Tried adding it again as a x64 additional driver and this time server 2003 accepted it.

    Double-clicked the network printer on the Vista x64 machne and it proceeded to install the driver, printed a test page and everything works.  Apparently, server 2003 only likes infs with "ntamd64" and considers "ntamd64.6.0" as a different architecture.
    Monday, August 10, 2009 6:57 PM
  • If you're still having the same problem, i would go and check the manufacturers website. You may just be using the wrong 64 bit driver. I've run into this when installing the XL drivers but if i switch to using the universal drivers for a lexmark T644 in this case and everything worked hunky dory.

    Tips:
    - Driver name for x64 bit and x32 bit drivers need to match!
    - To install a 64 bit printer driver you need to install it while on a 64 bit machine
    - To install a 32 bit printer driver you need to install it while on a 32 bit machine

    Cheers,
    Wednesday, January 13, 2010 3:28 PM
  • OMG - Thank you ever so much!! I have been trying to sort the same problem as markm75c for about a month now and your method worked! Thank you :-)

    Friday, January 15, 2010 1:33 PM
  • I have the same problem.   Now that there seems to be a solution for this issue, can someone (MS?) please summarize the procedures needed to get the printing problem resolved. 

    My situation is this:

    1) I have some HP, OKI and LexMark networked printers.
    2) All the networked printers connect to a windows 2003 x86 SP2 server via TCP/IP.  Each printer is shared.
    3) I now have about 20 Windows 7 x64 workstations.  They can't map to the print queues on the windows 2003 x86.

    I see number of solutions mentioned above in this thread.  I would appreciate it, if someone can summarize the steps needed to get this issue resolved.  It will tremendously help other admins as well.  I sure hope there is a KB article by now.

    Thanks
    Monday, February 01, 2010 4:04 PM
  • here's one from a while back.  It refers to Vista but it's the same.  The main issue is the driver names must match.  PCL6 does not equal PCL 6. 

    http://blogs.technet.com/askperf/archive/2008/09/19/installing-windows-vista-print-drivers-on-windows-server-2003.aspx


    Alan Morris Windows Printing Team; Search the Microsoft Knowledge Base here: http://support.microsoft.com/search/Default.aspx?adv=1
    Monday, February 01, 2010 6:30 PM
    Answerer
  • I'm logged into my Win7 system with domain admin perms and have run the PrintManagement.msc to provide the x64 drivers for my x32 Windows 2003 Server.  I tried using the HP universal drivers and the built in Win7 drivers for the the PCL and PS versions of an HP 4650.  It absolutely doesn't work.  If I look at the 2003 server the x64 drivers are not listed as being available, even though they were added via the msc snap in.   This is another major MS failure and judging from this thread, it's  been over three years and it still hasn't been fixed.   BTW, I made super duper extra sure that the driver names matched.


     If I have to provide a separate print server for x64 clients I shouldn't have to pay for an extra server license.........
    Tuesday, March 02, 2010 10:00 PM
  • You must be running 2003 SP1 or SP2 for x64 support.  This is absolutely supported on SP1 and SP2.  What did not work, adding the print drivers or the availability of the x64 drivers for the x64 client machines?
    Alan Morris Windows Printing Team; Search the Microsoft Knowledge Base here: http://support.microsoft.com/search/Default.aspx?adv=1
    Wednesday, March 03, 2010 1:19 AM
    Answerer
  • I'm having similiar issues, and ready to scream! I have a SBS 2008 and a XP Pro workstation environment. I have a HP LaserJet 2600n installed on the server (x64) and I have gone through the steps to add the (x86) driver to the server also. When i go to add the printers to the workstations it looks like it adds it and then when I right click on it it tells me it needs to add a driver. I add the driver and then a window pops up that my Windows Explorer has stopped working. And then at that point if i try and print it won't... it stays in the printer log and i have to start and restart the print spooler on the server.

    I can print from the server but when i try print from the workstations it always gets stuck in the que and doesn't print.

    I'm not sure where to go from here. Any help would be much appreciated.

     

    Monday, April 19, 2010 6:03 PM
  • If the 32bit driver is installed on the server AND the printer is attached over USB on the server, uncheck Enable bidirectional on the ports tab of the printer in order to get around this security issue with the Zenographics language monitor software.

    If you still need assistance with the 32bit driver, you first need to remove any traces of any other version of the driver on the client machine, then ONLY install the exact same version of the driver that is installed already on the x64 server. 


    Alan Morris Windows Printing Team; Search the Microsoft Knowledge Base here: http://support.microsoft.com/search/Default.aspx?adv=1
    Monday, April 19, 2010 6:32 PM
    Answerer
  • The printer is installed through a network cable on the network, not physically installed on the server...

    Tuesday, April 20, 2010 12:10 AM
  • Are you using version 6.2.0.0?  The driver works for a net connected device (HP network card) with and without the Bidirectional setting (for networked devices Bidirectional typically does not matter).  If you updated an existing printer to the latest driver, add a new printer instead and see if this clears up the explorer crash on 32bit clients.  This typically means the private section of the device mode has something in it that the 32 version of the driver cannot support.  Normally creating a new printer will correct this when using the same version of the 32bit and 64bit driver.
    Alan Morris Windows Printing Team; Search the Microsoft Knowledge Base here: http://support.microsoft.com/search/Default.aspx?adv=1
    Tuesday, April 20, 2010 12:34 AM
    Answerer
  • So, how does one go about renaming a driver.  It's just plain rediculous that drivers on a 2003 32bit machine have an extra space in the driver name, or an extra letter, or whatever.

     

    For example.  I need to get the 32bit and 64bit going on an R2 printer server.  The 64bit goes just fine of course however, the issue is the 32 bit driver straight from hp has a space in the PCL6 name:

    64bit driver:  "HP Color LaserJet CP2020 PCL6"
    32bit driver:  "HP Color LaserJet CP2020 PCL 6"

    So because there's an extra space there means that I'm screwed.  Seriously Microsoft??  Did someone just get to this point during the programming and say, well that's enough work on the printer area.......  Unreal.

    I've got 20 different types of printers and after days of working on it, I've got 2 of them going with 32 and 64 bit drivers and working.  The others won't go because they're driver names are different.

    Is there an easy way to rename these drivers?  Or, is that just the way it is and it's final?  I tried every way of installing the drivers that google could find, it won't work without the same name drivers.  So, how can I make it the same?

    Thursday, May 20, 2010 7:56 PM
  • Do I know the frustration, yes.  But unless there is some mapping table that would require additional admin maintainance, there is not a better way to make sure someone does not the share the "HP Color LaserJet CP2020 PS" driver in the cross platform case which has a completely unique device mode.  The cross platform print driver is not associated with a print queue, the association is by name.

    I do not recommend breaking the digital signature by editting the name in the MODEL field of the inf for the print driver, but you can do this.  Then install the "new" driver using the matching model name as that of the 64bit driver.

    I'm actually hoping you have already found this method from another source or figured this out, since you seem like a smart guy, so I was not the one to point you in this direction as I hate this as a solution.  The name matching has been a requirement for the past 17 years.

    Let me know when you get this accomplished or if you need some additional instruction.  The print driver names will be in "" under the [VENDORNAME]

     

     

     


    Alan Morris Windows Printing Team; Search the Microsoft Knowledge Base here: http://support.microsoft.com/search/Default.aspx?adv=1
    Saturday, May 29, 2010 8:55 PM
    Answerer
  • Outbacker's method worked for me in the reverse situation.  The
     print server is running Server 2003 x64.  Clients are mostly XP on x86.

    On an x86 machine I opened the x64 server's printer properties and installed the x86 driver.

    Worked fine for me too, thanks Outbacker !
    Wednesday, June 30, 2010 10:41 AM
  • there is not printers folder just printers
    Wednesday, July 21, 2010 4:21 PM
  • If no same named driver can be found for x86 and x64 it seems the only viable solution shared so far is to rename the print driver. Could Microsoft share an alternative or provide some additional guidance for the renaming process?

    Thursday, August 26, 2010 7:09 PM
  • My guidance?  Not recommended

    shhh.

    http://social.technet.microsoft.com/Forums/en-US/winserverprint/thread/016bf7c1-e33b-407e-889f-1ac82a37d0be


    Alan Morris Windows Printing Team; Search the Microsoft Knowledge Base here: http://support.microsoft.com/search/Default.aspx?adv=1
    Thursday, August 26, 2010 11:46 PM
    Answerer
  • In response to Outbacker, (Granted I know this is an old post, but I can't find too much information on this subject)

    Ok I am trying to do something similar, but I have Windows 7 64 bit client machines and Windows 2000 32 bit Server.

    I follow the steps above.

    1. I am on the 64 bit Windows 7 client, go to start, type "Run", then I type the servername. This works and I can get to the print share and click "View Remote Printers" which takes me to the "Printers" folder.

    2. I can view the "Printers" folder

    3. I cannot right click on the printers folder because "Server Properties" is not an option here. I can go to "File->Server Properties"

    4. I can click on the "Drivers" tab, I can highlight the printer I would like to update, I can click "Add", but all I get are "86x" and "Itanium" check boxes. I can select either one of those options and click "Have Disk", but because there is no 64 bit option, it will not let me install the 64 bit driver.

    It is not just this printer driver, it is others as well. I have 5 different printers and they all do the same.

    My question:

    Is this just not possible to do on a Windows 2000 32 bit server?

    Thursday, December 23, 2010 3:24 PM
  • I'll be the bearer of the bad news.  X64 drivers are not supported on Windows 2000.  You can create a local printers targeting  Local Ports on the x64 machines which will basically just copy the print data to the server.  If you have many x64 machines this will be a pain.


    Alan Morris Windows Printing Team
    Thursday, December 23, 2010 7:47 PM
    Answerer
  • Matt Epstein, thank you. Even though it's several years later... :)
    (http://support.microsoft.com/default.aspx?scid=kb;EN-US;895612 ) to add the printer locally but providing the network path in the port name. (Look for the 14-step list of directions under the subheading for 'How to choose a compatible printer driver if you cannot locate a printer driver for your printer')
    I have Windows 7 64-bit, and my wife's XP Pro 32-bit is sharing a particular HP printer that requires an alternate driver. This solved it for me. (I know - wrong forum thread for my situation. But was the only thread I found with the answer.)
    Sunday, January 09, 2011 10:54 PM
  • Currently i do facing same issues as above

    Server it's running on Server 2003 X86 ( as print server ) and client running on Win 7 X64

    What i do it's, i installed X86 driver to Server 2003 and installed X64 to client Win 7 

    then manually map back to Server 2003 from Win 7 client pc.

    So far most features running except few special features which still need for Vendor support

    to verify.

    Wednesday, March 02, 2011 4:59 AM
  • SCENARIO: Print Server Windows Server 2003 R2, station Windows 7 with 64-bit and HP LaserJet P4015n


    PROBLEM: Windows 7 64-bit stations can not add HP LaserJet P4015n from print server Windows Server 2003 R2 showing the error 0x000007e

    SOLUTION: In the print server, delete the registry key "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Printers\[PrinterName]\CopyFiles\BIDI"

    CAUSE: The station of user was trying to access a path that the 64-bit operating systems do not recognize as valid: "spool\drivers\w32x86\3". This path is set in the printer settings on the Print Server.

    • Proposed as answer by mitryar Monday, September 12, 2011 12:03 PM
    Wednesday, April 06, 2011 11:43 AM
  • THANK YOU!  That is totally ridiculous that the CD would have it capitalized and the server only takes it in lower case.  What Microidiots!
    Thursday, April 28, 2011 4:15 PM
  • Example:  None of the 'solutions' above worked for me.  Since I can't find an HP x64 driver for the printer whose name matches exactly Windows won't let me add one to the existing share.  I've done it by editing the INF before but with HP it's hard to tell which one to edit.  The alternate method, where I upload it from the x64 client, runs into the same problem.  After a frustrating hour or two, I've created a new share, called HPCP2025DNUniversal with the HP universal driver installed, x86 and x64.  Now I can connect to it from Win7x64.

    Try to find drivers for your printer with matching descriptions and create a new share with both drivers added, or change the drivers on the existing share (and listen to the users whine about you changing things).

    That seems to be the only way around this.  Why Windows can tell that the driver will work with the printer when I try to install it locally but can't tell when I try to add it to the share on the server is beyond me.  One of those questions only MS can answer.

    Tuesday, February 21, 2012 11:10 AM
  • Well, try thihs. ( this may be your temp solution until you migrate your servers to a proper Architecture)

    I assume you can Dowload or Have x64 Drivers for your printer( no name matching) if installing it on different architecture and vice versa(x86 if installing it on x64 server).

    On your Client Machine which is joined to the domain( not necessary) go to add printer,   add a port, choose tcp/ip and use IP address of your Network printer, if it prompts for drivers use the ones you already downloaded or have Extracted from CD to a folder on Client Machine. Most vista and w7 workstations will recognize your printer by deafult actually and you just clik next and finish. So this scenario is printing to a port while using drivers installed locally on the machine doesn't matter x64 or x86.

    In Domain if you have stations with x86 and x64 and they both print to same printer you need to have both drivers installed on printer server( on your server). Method from  Outbacker should work.

    Cheers.

    Thursday, March 08, 2012 5:47 PM
  • I know this is a bit of an older thread, but I ran into this issue yesterday when we purchased a new Win7 x64 machine and added it to out Win 2003 x86 domain. We have three printers connecting as part of a logon script, and one of them is an HP LaserJet 1320. I was able to get the printer to work by installing it locally and then changing the port, as suggested somewhere in the comments (sorry I've lost track after looking at so many threads). However, I was forced to change the logon script for this computer to exclude the HP printer, as it errored out every time the user logged on. 

    Just a few minutes ago I decided to instead try the Vista x64 drivers for the printer, which I downloaded from HP.com, and then the first solution offered by Jason Gerend on this thread worked like a charm. 

    I hope this helps someone!

    Friday, May 04, 2012 6:46 PM
  • @Snooter:

    Try edit the INF File, at the very end, the [Strings] -part:

    [Strings]
    MFGNAME="Hewlett-Packard"
    DiskName="HP Printing Software"

    DESCR1="HP Color LaserJet CP2020 PCL 6"

    ________________________________________

    Remover the 'space'  in between; PCL 6, and safe the INF-s printer driver - temporary,
    Just re-install the printer driver, nothing more, it will update the 'shell-printed' name, and works like a charm.

    Saturday, May 19, 2012 11:26 PM
  •  First, download your x64 drivers to a 2008 x64 server. Go to print management, right click print server and Add/Remove Servers, add the 2003 x86 server (the server that you are attempting to add the x64 driver on). Now click Drivers and then Add Driver, browse to your downloaded driver location and finish. Hope this helps somone, battled this one all day!
    Wednesday, September 12, 2012 7:17 PM
  • I am facing the same problem.

    I have connected the HP printer to a computer via USB.

    This has Windows XP 32 bit OS.

    I am able to share this with another computer which is also running the 32 bit OS.

    But when I try to connect this to a computer with Windows 7 64 bit OS, it gives problem.

    Kindly let me know what can be done.

    Thank you in advance.

    Friday, August 16, 2013 7:31 AM