Xref: utzoo unix-pc.general:3680 comp.sys.att:7484
Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!cs.utexas.edu!uunet!peregrine!ccicpg!felix!tgate!ka3ovk!teemc!cfctech!rphroy!tkacik
From: tkacik@rphroy.UUCP (Tom Tkacik)
Newsgroups: unix-pc.general,comp.sys.att
Subject: Re: 3b1: The lp daemon has left for the coast.
Keywords: lp daemon oh, hell
Message-ID: <16055@rphroy.UUCP>
Date: 30 Aug 89 12:31:39 GMT
References: <2563@cadillac.CAD.MCC.COM>
Reply-To: tkacik@rphroy.UUCP (Tom Tkacik)
Followup-To: unix-pc.general
Organization: GM Research Labs, Warren, MI
Lines: 69

In article <2563@cadillac.CAD.MCC.COM> ned%cad@MCC.COM (Ned Nowotny) writes:
>
>Since installing a WD2010 and MS3085 and reinstalling the system software
>and my own local files, the lp daemon seems to be on permanent vacation.
>
>Now, the printer and printer port (parallel) is working fine.  A "cat >
>/dev/lp" works just fine.
>                                           However, lpstat and ps both tell
>me that the lp schedular is not running.  Before providing gory transcripts,
>can anyone offer a suggestion as to what may be going on?
>
I had the same problem about 6 months ago.  Nothing worked.
I tried starting it manually.  Becoming root, and lp.  No good.
I tried it using the UA.  It still would not work.
I eventually found the book "Unix System Administration" by
D. Fiedler and B. Hunter.  It contains a very thorough chapter describing
how lp works.

I used it to completely rebuild the lp spooler.  I looked at each file and
directory to make sure that everything was proper.
I discovered that the problem was a missing file.
(I do not remember, but I think that it was either
/usr/spool/lp/class/Parallel  or  /usr/spool/lp/member/Epson.)

The UA obviously makes the printer a member of the class Parallel,
and it must be treated as such.
The following is a listing of the files in my /usr/spool/lp directory.
This is followed by the contents of those two missing files.
Make sure that you have the class, member and interface files.

$ ls -CFR /usr/spool/lp
FIFO 		class/		log 		oldlog 		qstatus 
SCHEDLOCK 	default 	member/		outputq 	request/
baudrates 	interface/	model/		pstatus 	seqfile 
/usr/spool/lp/class:
Parallel 
/usr/spool/lp/interface:
Epson*
/usr/spool/lp/member:
Epson 
/usr/spool/lp/model:
Epson*		dumb-remote*	imagen_S*	second-remote*
dumb*		dumb_S*		n450*
/usr/spool/lp/request:
Epson/		Parallel/
/usr/spool/lp/request/Epson:
/usr/spool/lp/request/Parallel:

$ cat /usr/spool/lp/class/Parallel
Epson

$ cat /usr/spool/lp/member/Epson
/dev/lp
Parallel

After making sure that all of the files existed, the lp scheduler finally
started right up.
I would be interested if this is also your problem.

Good luck
---
Tom Tkacik		GM Research Labs,   Warren MI  48090
uunet!edsews!rphroy!megatron!tkacik
"If you can't stand the bugs, stay out of the roach-motel."  Ron Guilmette
-- 
---
Tom Tkacik		GM Research Labs,   Warren MI  48090
uunet!edsews!rphroy!megatron!tkacik
"If you can't stand the bugs, stay out of the roach-motel."  Ron Guilmette