Re: LPD läßt Druckaufträge verschwinden

On Mon, Jun 07, 2004 at 05:46:59PM +0200, Patrick Hess wrote:
> Hallo,
>
> Bernd Walter schrieb:
> > On Mon, Jun 07, 2004 at 03:55:49PM +0200, Patrick Hess wrote:
> > > Bernd Walter schrieb:
> > > > On Sun, Jun 06, 2004 at 07:31:43PM +0200, Patrick Hess wrote:
> > > > > Mein Filter /etc/lpfilter:
> > > >
> > > > /etc - Linux?
> > >
> > > Nein, FreeBSD ;-) Ich habe jedoch extra ein schreibbares
> > > Verzeichnis als Speicherort gewählt (soll später ein etwas
> > > ausgefeilterer Mechanimus draus entstehen).
> >
> > Was meinst du mit schreibbar?
> > /var/log und /var/spool/lpd sind aber auch beschreibbar und haben
> > filelock Support?
>
> Ja, sicher könnte ich auch /var nehmen. Theoretisch sogar /dev, das
> auch in einer MFS liegt. Ich finde es aber passender, das
> Filterskript nach /etc zu kopieren, da ist es dann "in Nähe" der
> /etc/printcap. Einen anderen Pfad als /etc/printcap kann man dem
> LPD nicht mitgeben, das wäre praktisch gewesen, leider nennt die
> Manpage keine derartige Möglichkeit.

Ich meinte eher, ob der lpd auch ein sauberes Arbeitsverzeichniss hat.

> > > > Schau ins Logfile - wenn da nichts drinsteht, dann hast du
> > > > nicht den base lpd gestartet.
> > >
> > > Ich habe den syslogd einmal abgeschossen und neu gestartet.
> > > Hier hat wohl nicht nur der LPD einen Schlag weg... Siehe da,
> > > ich habe jetzt auch was in den Logs:
> > >
> > > lpd startup: logging=0
> > > lp: job could not be printed (cfA004desk8)
> >
> > Das ist schon mal ein Anfang - da fehlt aber immer noch die Mail
> > an den User und die Begründung.
>
> Da kommt keine. Ich weiß nicht, wo die abgeblieben ist. Hier
> verschwinden wohl nicht nur Druck-Jobs... Ich habe die
> Boot-Meldungen durchforstet:
>
> Starting standard daemons: sshd usbd sendmail-submit
> sendmail-clientmqueue
> can not chdir(/var/spool/clientmqueue/): Permission denied
> Program mode requires special privileges, e.g., root or
> TrustedUser.

Tja - irgendwas ist bei dir ungwöhnlich.

> /var/spool/clientmqueue wurde aber vom diskless-Skript sicher vor
> dem Starten des Sendmail angelegt:
>
> drwxrwx--- 2 smmsp smmsp 512 7 Jun 19:22 /var/spool/clientmqueue

Ist ja ganz nett, aber wenn der z.B. nicht in /var/spool darf, dann
nutzt ihm das Recht an einem Unterverzeichniss davon auch nichts.
Das ist so wie mit den Banknoten die ungeschützt im verschlossenen
Tresor liegen :)

> Das Problem habe ich auf anderen Rechnern noch nie gesehen.
> Ein Sendmail läuft trotzdem:
>
> 104 ?? Ss 0:00,01 sendmail: accepting connections (sendmail)

Das ist der MTA und nicht der Clientprozess.
Der Clientprozess wird direkt beim Versand gestartet und sollte in der
clientqueue zwischenspeichern dürfen.

> Auch nach "sendmail -q" bekommt der root keine Mail in sein Postfach
> gelegt. Druck-Job kommt ebenfalls nicht an. Immerhin funktioniert
> jetzt anscheinend das Logging, das aber auch nur die schon
> bekannte, wenig sagende Fehlermeldung schreibt. Tolles Gemurkse :-(

Ja - irgendwas hast du anders gemacht als üblich.
Ansonsten kann ich mir diese Ansammlung von Problemen nicht erklären.
sendmail -q arbeitet übrigens die MTA queue ab.
Für die clientqueue musst du sendmail -Ac -q aufrufen, aber mit dem
Verzeichniss stimmt ja sowieso was nicht.
Meine Empfehlung ist beide zusätzlich mit -v zu starten, damit du auch
siehst was passiert.

> > Worst Case den lpd mal mit ktrace -i starten und hinterher den
> > kdump Output betrachten, wobei ich wirklich noch Logzeilen
> > vermisse.
>
> Was anderes wird mir wohl nicht übrig bleiben. Na dann herzlichen
> Glückwunsch. Muß ich mich später dransetzen.

Ich glaube du solltest dir erst mal Gedanken darüber machen warum bei
die alles so durcheinander ist und evtl an einen installworld denken
um die Permissions alle sauber auf Distributionslevel zu bringen.

-- 
B.Walter                   BWCT                http://www.bwct.de
bernd(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message