{{tag> pykota drucken}} ====== Cupspykota funktioniert nicht, alle Druckjobs werden gecancelt ====== **Problem:** Am Client erscheinen keine Abfrage-Messages von Pykota, alle Druckjobs werden sofort gecancelt. Hinweise zum Problem findet man in ''/var/log/syslog'' bei ''JobOriginatingHostName'': Jun 25 22:04 server PyKota: (PID 403) : zell@PDF-Printer(9) => Options : job-uuid=urn:uuid:3...6 job-originating-host-name=10.16.2.101 time-at-creation=1372190688 time-at-processing=1372190688 Jun 25 22:04 server PyKota: (PID 403) : zell@PDF-Printer(9) => Directory : /tmp Jun 25 22:04 server PyKota: (PID 403) : zell@PDF-Printer(9) => DataFile : /tmp/cupspykota-PDF-Printer-administrator-9 Jun 25 22:04 server PyKota: (PID 403) : zell@PDF-Printer(9) => ControlFile : NotUsedAnymore Jun 25 22:04 server PyKota: (PID 403) : zell@PDF-Printer(9) => JobBillingCode : None Jun 25 22:04 server PyKota: (PID 403) : zell@PDF-Printer(9) => JobOriginatingHostName : None **Ursache:** Der Client-Hostname wird von pykota nicht erkannt, deshalb geht die Anfrage-Meldung ins Leere: "JobOriginatingHostName : None". Wahrscheinlich arbeitet Pykota nicht korrekt mit der CUPS-Version 1.5.3 zusammen. **Lösung:** In dem Python-Script **''/usr/lib/cups/backend/cupspykota''** ca. in Zeile 376 ergänzen. Dadurch wird der Client-Hostname aus den Options herausgefiltert: ... self.logdebug("ControlFile : %s" % self.ControlFile) self.logdebug("JobBillingCode : %s" % self.JobBillingCode) ########## Client Host aus Options herausfiltern ################################ self.ClientHost = self.Options.split("=")[2].split(" ")[0] ################################################################################# self.logdebug("JobOriginatingHostName : %s" % self.ClientHost) ...