The Samba-Bugzilla – Bug 10482
Error on printer driver assignment
Last modified: 2016-11-16 17:04:09 UTC
Created attachment 9741 [details]
Level 10 debug logs
If you try to assign a printer driver to a printer on Windows, like described in the Wiki
you receive an error: "Printer settings could not be saved. Operation could not be completed (error 0x0000007a)."
I have tested the following three different drivers on Win7 64-Bit and all bring this error, what makes me thing, that it's not driver specific.
- Sharp MX2600n PS 1212a
- HP Universal Driver PS 184.108.40.20608
- Samsung Universal Printer Driver
The error seems only to appear on the first assignment. If you change the driver on a device that has already one assigned, the error does not appear.
Even if the error comes up, it seems that the driver is assigned correctly. If you reopen the printer properties, all driver specific stuff is shows correctly.
I saw this error on Win7 64-Bit (haven't tested other versions).
Find attached a level 10 debug log of the assignment of an driver.
Created attachment 9742 [details]
As always, thanks for your report Marc!
The 0x0000007a error is likely due to an ERROR_INSUFFICIENT_BUFFER response sent by Samba. Samba sends such a response when the client sends a request with an insufficient response buffer size.
I'll see whether I can reproduce this locally.
Let me know if there's anything more I can provide to fix this problem.
Is it possible that this is fixed, when we fixed the DCERPC fragment issue? Can you test v4-1-test (will be fixed in 4.1.7).
(In reply to comment #4)
> Is it possible that this is fixed, when we fixed the DCERPC fragment issue? Can
> you test v4-1-test (will be fixed in 4.1.7).
I did a
# git clone http://gitweb.samba.org/samba.git v4-1-test
and got version 4.2.0pre1-GIT-fc4845f. Is this correct?
I tried that version and the issue is still there.
I can reproduce this using a Windows Server 2008 client against an up to date Samba 4.1 server.
Hello David, hello Andreas,
I wanted to give a feedback on this bug report: Today I installed a new printer and the problem still exists in 4.1.17.
Unfortunately I don't have time to look at this at the moment. Will hopefully find some spare cycles soon.
Created attachment 12408 [details]
I tried this with Samba 4.5.0rc2 and Windows 8.1:
> Printer settings could not be saved.
> The data area passed to a system call is too small.
I could not test this on Win7 and Win10, because on these OS, printmanagement.msc currently does not work (see Bug #11280).
I've attached an updated level 10 debug log file from my test on 4.5.0rc2 and Win 8.1.
Btw: The new link to the Wiki page describing the steps is:
We looked into this and we can't fix that right now. Need to investigate in a IOlab.