22813 2010-01-23 20:04:45 +0300 can't print to samba shared printers 2010-02-18 23:43:42 +0300 1 1 3 Distributions Branch 5.1 libcups unspecified all Linux CLOSED FIXED P3 normal --- 1 viy inger ab inger mike qa-5.1 oldest_to_newest 105860 0 viy 2010-01-23 20:04:45 +0300 После обновления до 5.1 сломалась печать через cups. [2010/01/23 18:26:37, 0] printing/print_cups.c:cups_connect(69) Unable to connect to CUPS server /var/run/cups/cups.sock:631 - Permission denied Странный URL /var/run/cups/cups.sock:631 в логах напоминает такой из http://bugs.kde.org/show_bug.cgi?id=115891 rpm -q samba cups samba-3.0.37-alt1 cups-1.4.2-alt1.M51.1 uname -a Linux breeze.localdomain 2.6.30-std-def-alt15 #1 SMP Mon Dec 14 08:46:35 UTC 2009 x86_64 GNU/Linux 105861 1 viy 2010-01-23 20:10:17 +0300 Станислав, не встречались с такой бякой Unable to connect to CUPS server /var/run/cups/cups.sock:631 - Permission denied ? 105862 2 viy 2010-01-23 20:29:23 +0300 в cups.conf Listen localhost:631 Listen /var/run/cups/cups.sock Если последнюю строчку закоментировать, то печатать будет (hackaround есть) но это есть в cups.conf.default Listen localhost:631 Listen /var/run/cups/cups.sock и по идее в свежеустановленной системе. Т.е. похоже, сборка samba некорректно работает с libcups.so может, ее просто пересобрать? или это samba слишком старая для cups 1.4.2 ? 105865 3 ab 2010-01-23 23:16:37 +0300 Пересборка не особенно поможет, права доступа к сокету все же хотелось бы увидеть, скорее всего изменились они. Реальная попытка соединения выполняется в CUPS, в httpAddrConnect -- смотрите http://svn.easysw.com/public/cups/trunk/cups/http-addrlist.c httpAddrConnect() перебирает все возможные адреса для соединения, которые прождаются посредством httpAddrGetList() оттуда же (вызывается из httpConnectEncrypt() c AF_UNSPEC). 105868 4 viy 2010-01-24 00:29:06 +0300 (В ответ на комментарий №3) > Пересборка не особенно поможет, права доступа к сокету все же хотелось бы > увидеть, скорее всего изменились они. права к сокету здесь не при чем (root:lp 660), /var/run/cups/cups.sock:631 -- это попытка связаться с хостом /var/run/cups/cups.sock портом 631 -- т.е. путь воспринят как hostname. > Реальная попытка соединения выполняется в CUPS, в httpAddrConnect -- смотрите > http://svn.easysw.com/public/cups/trunk/cups/http-addrlist.c > httpAddrConnect() перебирает все возможные адреса для соединения, которые > прождаются посредством httpAddrGetList() оттуда же (вызывается из > httpConnectEncrypt() c AF_UNSPEC). Т.е. это похоже на ошибку внутри libcups. Что Станислав (inger@) скажет? 105869 5 ab 2010-01-24 01:10:35 +0300 Странный урл никакого отношения к проблеме не имеет, его безусловно печатает Самба, потому что она его передает в libcups, как того требует API CUPS, а libcups правильно разбирается в httpAddrGetList() в том, что для URL, начинающихся с /, не нужен порт. Сбой (невозможность открытия сокета) в libcups происходит скорее всего от того, что процесс smbd, который выполняет печать, работает под пользователем, который не имеет доступа к сокету, то есть, он не root и не в ходит в группу lp. 105870 6 ab 2010-01-24 01:13:36 +0300 Можно настроить отладку уровня 10 в самбе и прислать мне отладочную информацию? Если дело в правах, то это сразу будет видно. 105875 7 inger 2010-01-24 13:21:31 +0300 Скорее всего это проблема в libcups из-за нашего "izvrat" патча. В версии 1.3.1 я лечил это. В 1.4.1 тоже пытался, но видимо не получилось. Сейчас я совершенно не успеваю заниматься пакетом cups. Чтобы убедиться что проблема именно в нашей дополнительной паранойи можно попробовать пересобрать cups без этого патча. (В ответ на комментарий №5) > Странный урл никакого отношения к проблеме не имеет, его безусловно печатает > Самба, потому что она его передает в libcups, как того требует API CUPS, а > libcups правильно разбирается в httpAddrGetList() в том, что для URL, > начинающихся с /, не нужен порт. > > Сбой (невозможность открытия сокета) в libcups происходит скорее всего от того, > что процесс smbd, который выполняет печать, работает под пользователем, который > не имеет доступа к сокету, то есть, он не root и не в ходит в группу lp. 105900 8 viy 2010-01-24 23:37:54 +0300 (В ответ на комментарий №7) > Скорее всего это проблема в libcups из-за нашего "izvrat" патча. В версии 1.3.1 > я лечил это. В 1.4.1 тоже пытался, но видимо не получилось. > > Сейчас я совершенно не успеваю заниматься пакетом cups. Чтобы убедиться что > проблема именно в нашей дополнительной паранойи можно попробовать пересобрать > cups без этого патча. Станислав, спасибо вам за диагностику! Да, действительно, пересборка cups без hardened patch помогла. восстановил $ grep Listen /etc/cups/cupsd.conf Listen localhost:631 Listen /var/run/cups/cups.sock передернул cupsd и smb, печать прошла успешно. похоже, надо перевестить баг на libcups. 105901 9 viy 2010-01-24 23:39:08 +0300 соответственно просьба пересобрать в 5.1 без hardened 105902 10 viy 2010-01-24 23:39:55 +0300 если что, можете выдать acl, я могу пересобрать. 106363 11 mike 2010-02-05 00:56:07 +0300 Выдал ACL на cups в 5.1. 106402 12 viy 2010-02-05 19:05:38 +0300 (В ответ на комментарий №11) > Выдал ACL на cups в 5.1. Станислав, что вы посоветуете? Выкладывать в 5.1 без hardened патча? или на этот патч у нас что-то завязано? 106855 13 mike 2010-02-18 19:20:16 +0300 Выкладывай -- на него было завязано понижение привилегий ещё со времён работы над Castle. 106863 14 viy 2010-02-18 23:43:42 +0300 (В ответ на комментарий №13) > Выкладывай -- на него было завязано понижение привилегий ещё со времён работы > над Castle. done new task #20376: owner=viy repo=5.1