Bug 37123 - "force printername = yes" may lead to broken printers
"force printername = yes" may lead to broken printers
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: Samba
UCS 4.0
Other Linux
: P5 normal (vote)
: UCS 4.0-0-errata
Assigned To: Arvid Requate
Stefan Gohmann
:
Depends on: 33505
Blocks: 37475
  Show dependency treegraph
 
Reported: 2014-12-01 12:28 CET by Janis Meybohm
Modified: 2015-01-29 11:38 CET (History)
4 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Janis Meybohm univentionstaff 2014-12-01 12:28:55 CET
2014120121000179

+++ This bug was initially created as a clone of Bug #33505 +++

Bug #33505 adds "force printername = yes" to every printer share that is added/changed.
With the Update to UCS 4 all printer shares are resynced and "force printername = yes" is added forcefully.

At least when the printer was manually renamed from windowd (prior to "force printername = yes"), all client connections to this printer are no longer working:

Windows Error 0x00000771 – 1905 The specified printer has been deleted.


To reproduce with UCS 4:
* ucr set samba/force_printername=no
* Add printer in UMC (Name == Windows-Name == "leprinterzwo")
* Upload Printer driver (not completely following step 4 in "12.8. Mounting of print shares in Windows clients" so the printer is renamed to the printdrivers name)
* Printer is renamed ("HP Universal Printing PCL 6")
* Rename printer using windows client (right-click -> rename) ("HPTechnik")
* Connect printer and install drivers
* Print test page -> OK

* Reboot Windows client
* ucr unset samba/force_printername
* univention-directory-listener-ctrl resync cups-printers
* /etc/init.d/samba-ad-dc restart
* Print test page -> FAIL
Windows Error 0x00000771 – 1905 The specified printer has been deleted.
* Open printing queue -> FAIL
Windows Error 0x00000771 – 1905 The specified printer has been deleted.
* Delete printer connection
* Recreate printer connection (from "View remote printers") -> FAIL
Windows Error 0x00000771 – 1905 The specified printer has been deleted.
* Recreate printer connection (from \\PRINTSERVER\) -> FAIL
Windows couldn't connect to the printer. Check the printer name and try again ... ... 



Workaround:
ucr set samba/force_printername=no
univention-directory-listener-ctrl resync cups-printers
/etc/init.d/samba-ad-dc restart
Comment 1 Arvid Requate univentionstaff 2015-01-07 17:52:57 CET
Test case: 64_udm-printers/42_force_printername

Advisory: 2015-01-07-univention-printserver.yaml
Comment 2 Philipp Hahn univentionstaff 2015-01-09 12:50:24 CET
Jenkins regression r57197: 64_udm-printers.42_force_printername.test
> Traceback (most recent call last):
>   File "42_force_printername", line 124, in <module>
>     test_run(ucr, None)
>   File "42_force_printername", line 116, in test_run
>     close_fds=True)
>   File "/usr/lib/python2.7/subprocess.py", line 679, in __init__
>     errread, errwrite)
>   File "/usr/lib/python2.7/subprocess.py", line 1259, in _execute_child
>     raise child_exception
> OSError: [Errno 2] No such file or directory

r57222 | Bug #37123: Fix "force printername" modification check
 /{usr → etc}/init.d/univention-directory-listener
Comment 3 Arvid Requate univentionstaff 2015-01-12 10:07:35 CET
> r57222 | Bug #37123: Fix "force printername" modification check

Thanks! 5€ into the kitty, once I find out where it's hidden.
Comment 4 Stefan Gohmann univentionstaff 2015-01-23 07:30:09 CET
YAML: OK

Test case: OK

Tests: OK

Code review: OK
Comment 5 Janek Walkenhorst univentionstaff 2015-01-29 11:38:53 CET
<http://errata.univention.de/ucs/4.0/60.html>