[CUPS] "/usr/libexec/cups/backend/parallel failed"

[deepbass909]

Net als Boudewijn ben ik bezig problemen tussen cups en samba op te lossen. Ik zit in mijn netwerk met 100% hetzelfde probleem, namelijk wel de printer que in kunnen zien via Samba, maar niet mogen printen.

In een poging het op te lossen, ben ik overgestapt op cups-1.2.2, wat nogal wat wijzigingen in de config inhield. Op zich allemaal geen probleem, en na wat kleine probleempjes met een ssl-certificaat was m'n cups server weer vrolijk in de lucht, en werd hij door mijn pa gelijk goed op de proef gesteld met een berg scans die geprint moesten worden.

Dat ging allemaal goed, tot op onverklaarbare reden deze fout ineens verscheen in de webinterface van cups bij de printer:

code:

"/usr/libexec/cups/backend/parallel failed"

Als ik in de webinterface de printer start, veranderd de melding in

code:

"Unable to open parallel port device file "/dev/lp0": Permission denied"

Het lijk dus een gebruikersrechten probleem, waarbij dat /dev/lp0 alleen schrijfbaar zijn voor de gebruiker Root en de groep lp.
Nu is dat geen probleem, want cups draait in de groep lp, en zou dus schrijfrechten moeten hebben.

Helaas vind m'n server van niet, want alleen als ik /dev/lp0 vrijgeef voor iedereen wil cups nog printen...

Dit is m'n cupsd.conf

code:

# Show general information in error_log.
LogLevel debug
SystemGroup lp
# Allow remote access
Port 631
Listen /var/run/cups/cups.sock
# Enable printer sharing and shared printers.
Browsing On
BrowseOrder allow,deny
BrowseAllow @LOCAL
BrowseAddress @LOCAL
DefaultAuthType Basic
<Location />
  # Allow shared printing and remote administration...
  Order allow,deny
  Allow @LOCAL
</Location>
<Location /admin>
  # Allow remote administration...
  Order allow,deny
  Allow @LOCAL
</Location>
<Location /admin/conf>
  # Allow remote access to the configuration files...
  Order allow,deny
  Allow @LOCAL
</Location>
<Policy default>
  <Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job>
    Require user @SYSTEM
    Order deny,allow
  </Limit>
  <Limit Pause-Printer Resume-Printer Set-Printer-Attributes Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After CUPS-Add-Printer CUPS-Delete-Printer CUPS-Add-Class CUPS-Delete-Class CUPS-Accept-Jobs CUPS-Reject-Jobs CUPS-Set-Default>
    AuthType Basic
    Require user @SYSTEM
    Order deny,allow
  </Limit>
  <Limit CUPS-Authenticate-Job>
    Require user @OWNER @SYSTEM
    Order deny,allow
  </Limit>
  <Limit All>
    Order deny,allow
  </Limit>
</Policy>

Ik heb de SystemGroup aan moeten passen naar lp om gebruikers toegang te kunnen verlenen tot de wachtrijën e.d., verder is hij eigenlijk helemaal standaard. Hiermee heeft het eerst dus wel gewerkt.

Daarnaast draait cups onder gebruiker root, welke toegang heeft tot /dev/lp0.

Met Google kan ik geen werkende oplossing vinden en ik wil dit graag opgelost hebben, want bij een reboot staan gegarandeerd de gebruikersrechten van /dev/lp0 weer op 660, waardoor de boel weer plat komt te liggen.

[Boudewijn]

wat is precies het verschil met mijn probleem?
ik ga nu maar samba opnieuw opbouwen (de config)

[deepbass909]

Volgens mij hebben we hetzelfde probleem. In Cups 1.2 is nogal veel veranderd ten aanzien van de printer administratie en mogelijkheden tot inloggen op de server.

Voor jou probleem:
Ik heb het idee dat er een conflict zit tussen samba 3.2 en cups 1.1. Daarom ben ik zelf gaan spelen met versie 1.2 van cups (zit nog in de ~x86 tree). Alleen mag cups dus niet schrijven naar /dev/lp0, wat toch redelijk essentieel is voor een printerserver...

[Blaasvis]

check de rechten op /usr/libexec/cups/backend/parallel, er staat me iets van bij dat hier de oorzaak lag.
Ik ken het probleem uit een van de bug reports van archlinux ik zal zo ff kijken welke het ook al weer was.

http://bugs.archlinux.org/task/4695

[ Voor 8% gewijzigd door Blaasvis op 09-08-2006 09:44 ]

[deepbass909]

In deze bug staat de tip om de rechten van /usr/libexec/cups/backend/parallel op 700 te zetten met als owner root en groep lp.
Als ik dat doe, werkt cups inderdaad wel met de standaard rechten op /dev/lp0.

Het rare is alleen wel dat /dev/lp0 ook schrijfbaar is voor leden van de groep lp. Dat zou eigenlijk betekenen dat /usr/libexec/cups/backend/parallel met de rechten 770 en dezelfde eigenaar en groep ook zou moeten werken...