Bug 6296 - Impossible to make print driver work for Xerox 7232 when installed on a Samba 3
Summary: Impossible to make print driver work for Xerox 7232 when installed on a Samba 3
Alias: None
Product: Samba 3.6
Classification: Unclassified
Component: Printing (show other bugs)
Version: 3.6.10
Hardware: x86 Windows XP
: P3 critical
Target Milestone: ---
Assignee: printing-maintainers
QA Contact: Samba QA Contact
Depends on:
Reported: 2009-04-28 09:20 UTC by Matthieu Patou
Modified: 2022-10-03 00:04 UTC (History)
7 users (show)

See Also:

git-am jumbo patch against master (67.19 KB, patch)
2011-09-01 14:14 UTC, Justin Chevrier
gd: review? (gd)

Note You need to log in before you can comment on or make changes to this bug.
Description Matthieu Patou 2009-04-28 09:20:27 UTC
With native drivers, after installing drivers (files are copied on on the printer/W32X86/3 folder).
The driver says that: "unexpected error occured in the print driver".
With a capture runing with tcpdump we can see that the client is trying to use SetPrinterEx on PrinterPrivateData methods.
Those methods fail with an access denied error code (access is done with a domain adminitrator).
Comment 1 Matthieu Patou 2009-05-01 14:11:56 UTC
More information on the problem, it turns out that this driver is heavily using the registry of the server.
The capture http://www.matws.net/vrac/3004_applynoright.pcap.bz2 show the dialog between the server ( and the client (
During this exchange we have errors message around packets 2851, 2889, 2892 and 5907.
The last message indicate that the driver has a problem and that the current windows (the properties of the driver) should be closed.

Right click + properties still raise an error message, the file http://www.matws.net/vrac/properties.pcap.bz2 show the dialog between the server and the client.

According to this capture I have the impression that the driver is needing entries in registry.
It turns out that my domain administrator:
SAMBA4\Administrator, is not able to write to the registry of the server (write access limited to bultin\administrators).
So I created the builtin group and added SAMBA4\domain admin, then SAMBA4\administrator. But tries failed to give the rights to write in the registry
(this might be due to the fact that winbind is not completely configured with nsswitch or due to samba4 do not unroll groups)
So I created a local account : SMBFSVZ01\root and added it to the group.
After this I was able to create some keys in the registry.
The capture http://www.matws.net/vrac/3004_applyright.pcap.bz2
show the exchange when clicking apply button after setting the driver, with a user that has proven rights to modify the server registry.

It's similar to the capture done without rights and still produce error message and of course printing is not working.
I tried to put keys and values directly into the registry, first with this file:
Then with this one

Because I had errors while creating the following keys:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Printers\xerox\DsSpooler]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Printers\xerox\PnPData]

After loading this "patch" into the server registry, the property pannel for this printer stops emitting error message, and I was able to
print test pages.

So due to this I think that the driver is trying to set values in registry through RPC calls, and it seems that samba is not implementing this calls.
Which leads to not being able to install printers like Xerox 7232 Workcenter on a samba server.
For further information the capture at
Indicate exchange between two XP workstation when trying to install drivers on from (capture start after driver upload).
Comment 2 Guenther Deschner 2009-05-05 14:35:19 UTC
Do you have any chance to test this with Samba 3.4.0pre1 ?
Comment 3 Matthieu Patou 2009-05-06 07:58:48 UTC
Not exactly I tried with GIT on changeset 8f3f7cd.
But I haven't been in such deep analysis with this version (just tested without creating bultin groups and so on ...).
Comment 4 Guenther Deschner 2009-05-06 09:49:39 UTC
Is this with the X-GPDWinXP03V_PS_English.exe driver ?
Comment 5 Matthieu Patou 2009-05-06 10:39:21 UTC
No I used for my last tests :PCL Driver - Xerox User Interface - Microsoft Certified

It's available here


Previous tests didn't show any difference between the drivers (PCL, PCL6, and PS).

This driver doesn't necessarily  the printer (at least to test the installation it can be done even if you do not have the printer).
Comment 6 Nec 2009-06-18 04:04:49 UTC
On Samba 3.0.33-3.7.el5, I'm getting what it sounds like the same issue.
I'm trying to serve the "Xerox global driver (c) " via samba, according to samba3 howto webpage, for a Xerox Phaser 3300MFP, but I believe the printer is not the point.
This principle is working quite fine with some Canon printers, even behind Dlink printer server boxes.

With the Xerox driver, I get the exact same symptoms as Matthieu, ie. I see the driver files getting copied to the client W32X86/3 directory.
But when trying to show the printer properties on the client side, I get the same error : "unexpected error occured in the print driver".

I'm not skilled enough to read the wireshark flows, but increasing the log level of the samba server shows many issues that confirm the driver tries to write (somewhere) as root.

As I said, I'm using Samba 3.0.33 and the man page says the registry is not yet implemented in this version ("Starting with Samba version 3.2.0, the capability to store Samba configuration in the registry is available.")

So if any driver is using the registry to work, I guess my samba 3.0.33 won't ever be able to share such printer drivers.

Anyway, may Matthieu describe more precisely how he did that :
> So I created the builtin group and added SAMBA4\domain admin, then
> SAMBA4\administrator. But tries failed to give the rights to write in the
> registry
> (this might be due to the fact that winbind is not completely configured with
> nsswitch or due to samba4 do not unroll groups)
> So I created a local account : SMBFSVZ01\root and added it to the group.

Thank you very much.
Comment 7 Matthieu Patou 2009-08-06 19:15:58 UTC
changed according to our irc talk
Comment 8 Guenther Deschner 2009-08-06 19:22:09 UTC
Just to make it clear, due to resource problems we can only fix this for 3.4 for now.
Comment 9 Guenther Deschner 2009-08-07 16:32:33 UTC
Ok, took a deep investigation on this but apparently the driver install process does not try to create the winreg keys itself at any time. Seems like they need to be created by us during the spoolss_AddPrinterDriverEx call. I'll setup a xp->w2k3 install of that driver to have a trace that I can learn from.
Comment 10 Matthieu Patou 2009-08-08 01:57:31 UTC
If you need trace I can provide them. I guess that XP->XP is also OK to get them.
Comment 11 Guenther Deschner 2009-08-11 12:37:19 UTC
Yes, please Matthieu, that would be helpful.
Comment 12 Matthieu Patou 2009-08-12 02:06:53 UTC
Have a look at http://www.matws.net/mat/misc/xerox_xp_to_xp.bz2
Comment 13 Guenther Deschner 2009-08-13 16:57:46 UTC
Thanks Matthieu, but that trace did not contain a fresh install of the driver on the remote spoolss server.
Comment 14 Matthieu Patou 2009-08-17 13:38:56 UTC
Hi Guenther,

I remade a trace that you can find at http://www.matws.net/mat/misc/xerox_7232.bz2

The trace contains the driver installation.
There is also starting from packet 38030 calls from a windows when clicking on 
properties of the printer.
Comment 15 Matthieu Patou 2010-02-03 08:49:52 UTC
Hi gunter,

So according to our talk 1/2 months ago I retried with samba 3.5.
It gaves almost the sames error. And now I'm not anymore able to trick samba to add the keys by myself.

Comment 16 Matthieu Patou 2010-02-08 07:55:32 UTC
Hi Gunter,

So I made more investigations about this bug.
So in s3.5rc1 the same workaround as I described before is working now (it was broken in the s3.4 series).

I remade a fresh capture of the driver installation behavior with a s3.5git server it's at:

As you might see in the trace we are facing 3 big problems:

* driver tries to access \\server\,Xcv Samba Printer Port 
* driver tries to access registry keys \HKLM\SYSTEM\CurrentControlSet\Control\Print\Monitors\Standard TCP-IP Port\Ports\Samba Printer Port (and other Monitor also as the TCP-IP is failling)
* driver tries to write to PnPData and DsDriver, they are not created in the current code

I also have a xp client trying to set the driver on a w2k3 server at http://www.matws.net/misc/w2k3_xp.pcap.gz

It's worth noting that both capture are very different.
Comment 17 Matthieu Patou 2010-02-08 08:53:55 UTC
good address for the captures are:
Comment 18 Ryan 2010-04-19 08:37:49 UTC
Matthiew, thanks for filing this.  We're experiencing the exact same problem with samba v3.3.9 and Xerox 7346 drivers.
Comment 19 Justin Chevrier 2011-09-01 14:14:51 UTC
Created attachment 6848 [details]
git-am jumbo patch against master

I have created a set of patches to create printer ports based on printer URIs from CUPS and to store the port information in the registry, they should help the first two issues identified by Matthieu in comment 16. Patch is against master and is attached. Individual patches have been sent to samba-technical as well.
Comment 20 Guenther Deschner 2011-09-01 14:47:12 UTC
Comment on attachment 6848 [details]
git-am jumbo patch against master

very interesting patchset indeed, need to take a closer look though.
Comment 21 Andreas Schneider 2013-01-18 15:46:16 UTC
gd, what about these patches?
Comment 22 Justin Chevrier 2013-03-12 16:05:10 UTC
Sorry, I'm the one that dropped the ball on this one. David Disseldorp gave me some feedback on these patches and I never managed to get back around to cleaning them up and resubmitting. I'm hoping to get his suggestions integrated soon and then I'll resubmit.
Comment 23 Andreas Schneider 2013-03-13 08:03:49 UTC
Thanks, we're looking forward for your updated patchset Justin.
Comment 24 Alejandro Escanero Blanco 2014-06-16 06:17:34 UTC
Which is the status of this bug?
Comment 25 Nec 2014-06-16 07:00:27 UTC

I have no answer to whether this bug is still alive yet.
But as an additional useful comment, I can say that in the month to come, we will start again an extensive work of installation (tests and deploy) of such a setup (samba + drivers deployment to windows hosts).
We already began some tests, and they were bad, so - though this time they're not Xerox drivers - I guess I will add more comment to this bug.

Last time I coped with this bug, I stopped around some "registry" related driver issues...
Comment 26 Matthieu Patou 2014-06-22 08:06:04 UTC
Depending on the size of your company it would be interesting to get details from the manufacturer. Some drivers are made so that they are executed on the print server.

Obviously this can't fly with Samba as the host is not able to run Windows Code.

Also Gunter & Andreas can you work with Justin to get his patch into shape for our master git tree ?
Comment 27 Björn Jacke 2022-10-03 00:04:12 UTC
closing, the jumbo patch is upstream since years