cupsaddsmb -H localhost -h localhost -U samba -v HP4L Seems like driver won't install for Windows 4.0, see the attached logs.
Created attachment 5915 [details] output.txt command output
Have you checked you use correct credentials ? Please see if smbclient //localhost/print$ -U samba succeeds first.
Yes, I get into the smb console issuing that command.
Hm, weird. I tried myself and could not reproduce. Can you please give more information ? What exact package version, what kind of domain setup, smb.conf, etc.
3.5.4 from Gentoo main tree. installed flags: acl client cups ldap netapi pam readline server smbclient syslog Attaching smb.conf, anything else relevant? cups version: 1.3.11
Created attachment 5924 [details] smb.conf smb.conf
Ok, I can reproduce a failure with your config, though probably not the one you are seeing (NT_STATUS_LOGON_FAILURE - which is a clear pointer to a user password mismatch or a non existing unix/smbuser). The failure I see in my reproducer is a a misconfiguration. You force everything to happen under samba, and grant root privileges only in the print$ share, that way the openprinterex with strong access rights fails. If I add for example "printer admin = root, samba" to the global section, it works.
Here is what I did: * added "printer admin = root, samba" to smb.conf * restarted samba * ran command as samba and as root, same error It seems like driver successfully install for different windows versions, but not for "Windows 4.0", that's why I would guess it's not a permission problem.
(In reply to comment #8) > Here is what I did: > > * added "printer admin = root, samba" to smb.conf > * restarted samba > * ran command as samba and as root, same error > > It seems like driver successfully install for different windows versions, but > not for "Windows 4.0", that's why I would guess it's not a permission problem. Here cupsaddsmb tries to find the i386 drivers in /usr/share/cups/drivers. Do you have all the drivers you need in that directory ?
lipus drivers # pwd /usr/share/cups/drivers lipus drivers # ls -a ADFONTS.MFM ADOBEPS4.HLP cups6.ini cupsui6.dll ps5ui.dll pscript.hlp PSMON.DLL ADOBEPS4.DRV cups6.inf cupsps6.dll ICONLIB.DLL pscript5.dll pscript.ntf
Hm, I don't use the Adobe drivers but the MS drivers for postscript but that shouldnt make a difference here, I guess. Only high debugging levels might help from here: please add "log level = 10" and "max log size = 0" temporarily to your smb.conf and upload the client and server logging output. Thanks
Created attachment 5932 [details] cupsaddsmb.out cupsaddsmb.out
Created attachment 5933 [details] /var/log/samba/log.smbd smbd.log
Created attachment 5934 [details] /var/log/samba/log.127.0.0.1 log.127.0.0.1
ok, I see. config file is NULL in the addprinterdriver operation, this is something we don't permit on the server-side. I need to check what the correct solution for this is.
Is there anything I can do on my side?
No, I see the problem, expect to have a fix soon.
Ping, don't want to be rude, just looking for status :)
Created attachment 6094 [details] patch for addprinterdriver server call Can you please verify this patch ?
Hey, thanks for the patch. Unfortunately it's not working, still looping endlessly. Do you want another verbose output? Here is a snippet: Running command: rpcclient localhost -N -A /tmp/4cf583df6acac -c 'setdriver HP4L HP4L' Connecting to host=localhost Connecting to 127.0.0.1 at port 445 Doing spnego session setup (blob length=58) got OID=1.3.6.1.4.1.311.2.2.10 got principal=NONE Got challenge flags: Got NTLMSSP neg_flags=0x608a8215 NTLMSSP: Set final flags: Got NTLMSSP neg_flags=0x60088215 NTLMSSP Sign/Seal - Initialising with flags: Got NTLMSSP neg_flags=0x60088215 result was WERR_INVALID_PARAM
Hm, are you sure you have restarted smbd after you patched the sourcecode ? If not, then please upload the samba logfiles and maybe also a network trace.
Are you applying this patch on top of the v3-5-test tree ? Just tested that and it worked just fine now.
I am applying against 3.5.6, I will paste the logs soon!
Created attachment 6097 [details] /var/log/samba/log.smbd smbd log file
Any additional info needed? Here is what I did: * recompiled samba 3.5.6 with the patch * restarted samba services * ran cupsaddsmb Still same result
Hm, that new logfile does not show a single attempt to anything printing related, maybe we need to have the log.127.0.0.1 logfile. Can you please upload that instead ?
any news ?
Created attachment 6181 [details] /var/log/samba/log.127.0.0.1 Client log
(In reply to comment #28) > Created an attachment (id=6181) [details] > /var/log/samba/log.127.0.0.1 > > Client log > Thanks, but again: absolutely nothing printing related in that logfile. Can you give the exact command line you where using ? and also the output of "find /usr/share/cups/drivers" would be helpful.
Karolin, can you please add the patch to 3.5 ? It is definitely correct what the patch does.
spoke too soon, we need the review first...
Comment on attachment 6094 [details] patch for addprinterdriver server call Looks fine for me!
ok, this time :)
/usr/share/cups/drivers/ /usr/share/cups/drivers/cupsui6.dll /usr/share/cups/drivers/ADOBEPS4.DRV /usr/share/cups/drivers/ADOBEPS4.HLP /usr/share/cups/drivers/ps5ui.dll /usr/share/cups/drivers/cups6.inf /usr/share/cups/drivers/cups6.ini /usr/share/cups/drivers/pscript.hlp /usr/share/cups/drivers/pscript.ntf /usr/share/cups/drivers/PSMON.DLL /usr/share/cups/drivers/cupsps6.dll /usr/share/cups/drivers/pscript5.dll /usr/share/cups/drivers/ICONLIB.DLL /usr/share/cups/drivers/cupsaddsmb.out /usr/share/cups/drivers/ADFONTS.MFM Using $ cupsaddsmb -h localhost -H localhost -a -U samba -v
(In reply to comment #30) > Karolin, can you please add the patch to 3.5 ? It is definitely correct what > the patch does. > Pushed to v3-5-test. Can we close this bug report now or is it still an issue?
Bug is still present for me. Attaching cupsaddsmb verbose output.
Created attachment 6206 [details] out.log cupsaddsmb verbose output
Still an issue in 3.5.8!
I'm getting WERR_ACCESS_DENIED after adding specific printer section to smb.conf, logs comin up
Created attachment 6438 [details] samba log
Setting 'Shared No' for a printer in /etc/cups/printers.conf seems to cause the WERR_INVALID_PARAM. Samba versions tested: 3.5.6 & .8, though rpm tells me cupsaddsmb, itself, belongs to the cups package, which are version 1.4.2 & .6, respectively. The version on the box with 3.5.8 & 1.4.6 still gives the WERR_INVALID_PARAM error, but doesn't loop endlessly.
*** Bug 7264 has been marked as a duplicate of this bug. ***
*** Bug 9901 has been marked as a duplicate of this bug. ***