Обламывается печать из SMB клиента (Windows XP, хотя это не имеет значения) на сервер с Samba-принтером через CUPS: Oct 11 20:06:28 protein smbd[10301]: Unable to connect to CUPS server /var/run/cups/cups.sock - Permission denied # ls -l /var/run/cups/cups.sock srwxrwx--- 1 root lp 0 2006-10-11 20:14 /var/run/cups/cups.sock Если сделать # chmod o+rwx /var/run/cups/cups.sock То печать проходит. Не уверен на кого тут надо собак вешать -- CUPS или Samba или обеих. # rpm -qa|grep cups|sort cups-1.2.3-alt0.1 ghostscript-cups-8.15.2-alt0.1 libcups-1.2.3-alt0.1 libgnomecups-0.2.2-alt2 samba-client-cups-3.0.23a-alt1 # rpm -qa|grep samba|sort samba-3.0.23a-alt1 samba-client-3.0.23a-alt1 samba-client-control-1.1-alt1 samba-client-cups-3.0.23a-alt1 samba-common-3.0.23a-alt1 # control cups server Steps to Reproduce: 1.Start Samba on server with the default config, only changing network-specific options. 2.Start CUPS on the server, configure printers. 3.Install printer drivers on client, create new remote printer, try printing to it. Actual Results: Error message on client, permission error on the server (see above). Expected Results: Printed page.
Хм, очень странно. А в каком режиме находится cups? Что говорит control cups?
(In reply to comment #1) > Хм, очень странно. А в каком режиме находится cups? > Что говорит control cups? Так ведь в исходном багрепорте написано (внизу), что он говорит -- server. Я впрочем пробовал руками комментировать строчку про сокет в cupsd.conf и оставлять только 631й порт, но этого самба не понимает - пишет просто, что файл с сокетом не найден. А чего удивительного в этом баге? Я так понимаю, что самба про группу lp ничего не знает и поэтому читать купсов сокет никак не может. Видимо, этого никто не проверял.
cups-config --serverroot на amd64 возвращает /usr/lib/cups , именно им и следует пользоваться для определения пути.
ой, не туда написал.
Проблему понял, ждите фикса.
Кажись готово. cups-1.2.4-alt0.2 (именно 0.2, а не 0.1)
Если бы публиковалось решение, было бы яснее в чём проблема при повторе ситуации...
проблема была в том что cups кешировал запросы, а самба делает запросы переключаясь между пользователями
У меня воспроизводится с теми же симтомами. Конфиг самбы: [global] ... printing = cups printcap name = cups [printers] path = /var/spool/samba comment = All Printers browseable = yes guest ok = yes writable = no printable = yes create mode = 0700 print command = lpr-cups -P %p %s Вылечилось добавлением пользователя nobody в группу lp. Если так быть не должно, то напомните, как именно вы это фиксили - может у меня все же локальная проблема?
Та же самая ситуация. Возникла после обновления Сизифа от сентября 2008 до Сизифа 2009-11-07. Добавление nobody в lp не помогло. Помогло прописывание "cups server = localhost" в smb.conf (больше samba к /var/run/cups/cups.sock не обращается :)
УМВР без приседаний (M51, samba-3.0.37-alt3.M50P.1, cups-1.4.2-alt1.M51.2).
(В ответ на комментарий №11) Судя по #22813, на M51 и должно работать :)
На сизифе работает: $ rpm -q samba cups samba-3.5.6-alt1 cups-1.4.4-alt3 На p5 работает если cups пересобрать без cups-1.4.0-alt-hardening.patch
Хмм, на p5 работает и без отключения патча, но только после обновления samba до: $ rpm -q samba samba-3.5.6-alt1
Вобщем, в Sisyphus самба правильно работает с libcups и баги нет. В p5 она работает неправильно, но обновлять её там крайне проблематично. Как решение в p5 предлагается использовать cups server = localhost
(В ответ на комментарий №15) > Вобщем, в Sisyphus самба правильно работает с libcups и баги нет. В p5 она > работает неправильно, но обновлять её там крайне проблематично. Как решение в > p5 предлагается использовать cups server = localhost Да, я так и сделал, не успел отписаться)