Network printing: was OK, now lpd dies

QNX Newsgroups (Archives) qdn.public.qnxrtp.installation
1

Hello QNX World,

Not too long ago I had network printing working (although in a crude
form) on my 6.0 and, later, 6.1 box. Now it does not work and the
symptom is that lpd will not run.

The previously successful configuration included:

  1. Network printer (Canon) running lpd internally w/static IP address.
  2. inetd running on QNX6.1
  3. /etc/printcap file exists with lpt1 entry for Canon
  4. Required files in /usr/spool exist
  5. The file /etc/hosts.equiv exists

I can do “pidin | grep inetd” and see that process.
I can do "lpd " and nothing.
I can do “lpd &” and get a pid response BUT when
followed by a “pidin | grep lpd” the response is
“…something… Done”

Honestly, printing used to work a number of weeks ago. I’m wondering
if the last successful printing was prior to the patch A upgrade??


Bob Bottemiller
Stein.DSI/Redmond, WA USA

2

Hi Bob,

Do you have a /usr/spool/output/lpd directory and within this a
directory for each of the printers?

If not try creating these directories and let me know if it helps.

If it doesn’t can you check and see if there is anything in the syslog
that might give us some more information.

Regards
Brenda

Bob Bottemiller wrote:

Hello QNX World,

Not too long ago I had network printing working (although in a crude
form) on my 6.0 and, later, 6.1 box. Now it does not work and the
symptom is that lpd will not run.

The previously successful configuration included:

  1. Network printer (Canon) running lpd internally w/static IP address.
  2. inetd running on QNX6.1
  3. /etc/printcap file exists with lpt1 entry for Canon
  4. Required files in /usr/spool exist
  5. The file /etc/hosts.equiv exists

I can do “pidin | grep inetd” and see that process.
I can do "lpd " and nothing.
I can do “lpd &” and get a pid response BUT when
followed by a “pidin | grep lpd” the response is
“…something… Done”

Honestly, printing used to work a number of weeks ago. I’m wondering
if the last successful printing was prior to the patch A upgrade??


Bob Bottemiller
Stein.DSI/Redmond, WA USA

3

Hi Brenda… and thanks for the response. I have some clarifications
inserted below:

On Thu, 10 Jan 2002 16:07:18 -0500, GUI Group <gui@qnx.com> wrote:

Hi Bob,

Do you have a /usr/spool/output/lpd directory and within this a
directory for each of the printers?
Here is my /etc/printcap:

lpt1|canon|Big printer/fax/copier:
:lp:
:rm=iR400:
:rp=print:
:mx#0:
:sd=/usr/spool/output/lpt1:
:lf=/usr/spool/errors:

Trying to follow the SysAdmin Guide, I created spool directories with
the names above. So there should be consistency between what lpd
expects and pathnames that actually exist.

I tried starting lpd with the “-ln” options with no affect on logging.
It also doesn’t matter if lpd is started in the rc.local script or
later in a pterm.

I changed printcap to eliminate the sd: and lf: specifications and
created the (default) directory /usr/spool/ouput/lpd/lpt1 also to no
affect.

The remote printer’s name (iR400) is resolvable because “ping iR400”
works.

If not try creating these directories and let me know if it helps.

If it doesn’t can you check and see if there is anything in the syslog
that might give us some more information.

I see nothing in /var/log/syslog.

Regards
Brenda

Bob Bottemiller wrote:

[cut]
symptom is that lpd will not run.

The previously successful configuration included:

  1. Network printer (Canon) running lpd internally w/static IP address.
  2. inetd running on QNX6.1
  3. /etc/printcap file exists with lpt1 entry for Canon
  4. Required files in /usr/spool exist
  5. The file /etc/hosts.equiv exists

[cut…]

Thanks for trying.
Bob Bottemiller
Stein.DSI/Redmond, WA USA

4

Hi Bob,

This is not the most elegant way to see if lpd is dying quietly but it
might work. Try running lpd inside of gdb. Let me know if it shows
anything.

Regards
Brenda

Bob Bottemiller wrote:

Hi Brenda… and thanks for the response. I have some clarifications
inserted below:

On Thu, 10 Jan 2002 16:07:18 -0500, GUI Group <> gui@qnx.com> > wrote:


Hi Bob,

Do you have a /usr/spool/output/lpd directory and within this a
directory for each of the printers?

Here is my /etc/printcap:

lpt1|canon|Big printer/fax/copier:
:lp:
:rm=iR400:
:rp=print:
:mx#0:
:sd=/usr/spool/output/lpt1:
:lf=/usr/spool/errors:

Trying to follow the SysAdmin Guide, I created spool directories with
the names above. So there should be consistency between what lpd
expects and pathnames that actually exist.

I tried starting lpd with the “-ln” options with no affect on logging.
It also doesn’t matter if lpd is started in the rc.local script or
later in a pterm.

I changed printcap to eliminate the sd: and lf: specifications and
created the (default) directory /usr/spool/ouput/lpd/lpt1 also to no
affect.

The remote printer’s name (iR400) is resolvable because “ping iR400”
works.

If not try creating these directories and let me know if it helps.

If it doesn’t can you check and see if there is anything in the syslog
that might give us some more information.


I see nothing in /var/log/syslog.

Regards
Brenda

Bob Bottemiller wrote:


[cut]

symptom is that lpd will not run.

The previously successful configuration included:

  1. Network printer (Canon) running lpd internally w/static IP address.
  2. inetd running on QNX6.1
  3. /etc/printcap file exists with lpt1 entry for Canon
  4. Required files in /usr/spool exist
  5. The file /etc/hosts.equiv exists


    [cut…]

Thanks for trying.
Bob Bottemiller
Stein.DSI/Redmond, WA USA

5

G’day Bob,
I have had problems if /usr/spool/output/lpd.lock is corrupt. Try removing the lock file.

Warren Deitch

Previously, GUI Group wrote in qdn.public.qnxrtp.installation:

Hi Bob,

This is not the most elegant way to see if lpd is dying quietly but it
might work. Try running lpd inside of gdb. Let me know if it shows
anything.

Regards
Brenda

Bob Bottemiller wrote:

Hi Brenda… and thanks for the response. I have some clarifications
inserted below:

On Thu, 10 Jan 2002 16:07:18 -0500, GUI Group <> gui@qnx.com> > wrote:


Hi Bob,

Do you have a /usr/spool/output/lpd directory and within this a
directory for each of the printers?

Here is my /etc/printcap:

lpt1|canon|Big printer/fax/copier:
:lp:
:rm=iR400:
:rp=print:
:mx#0:
:sd=/usr/spool/output/lpt1:
:lf=/usr/spool/errors:

Trying to follow the SysAdmin Guide, I created spool directories with
the names above. So there should be consistency between what lpd
expects and pathnames that actually exist.

I tried starting lpd with the “-ln” options with no affect on logging.
It also doesn’t matter if lpd is started in the rc.local script or
later in a pterm.

I changed printcap to eliminate the sd: and lf: specifications and
created the (default) directory /usr/spool/ouput/lpd/lpt1 also to no
affect.

The remote printer’s name (iR400) is resolvable because “ping iR400”
works.

If not try creating these directories and let me know if it helps.

If it doesn’t can you check and see if there is anything in the syslog
that might give us some more information.


I see nothing in /var/log/syslog.

Regards
Brenda

Bob Bottemiller wrote:


[cut]

symptom is that lpd will not run.

The previously successful configuration included:

  1. Network printer (Canon) running lpd internally w/static IP address.
  2. inetd running on QNX6.1
  3. /etc/printcap file exists with lpt1 entry for Canon
  4. Required files in /usr/spool exist
  5. The file /etc/hosts.equiv exists


    [cut…]

Thanks for trying.
Bob Bottemiller
Stein.DSI/Redmond, WA USA
\

Warren Deitch mailto:warren.deitch@transcore.com.au
TransCore Australia Phone +61 7 3275 4136
Brisbane Qld. Fax +61 7 3274 3214
www.transcore.com.au Mobile 0412 103 532

Opinions contained in this e-mail do not necessarily reflect
the opinions of the TransCore Australia.
If you have received this electronic mail message in error,
please immediately notify the sender and delete the message
from your computer.

6

On Wed, 16 Jan 2002 08:14:14 +1000, Warren Deitch
<warren.deitch@transcore.com.au> wrote:

G’day Bob,
I have had problems if /usr/spool/output/lpd.lock is corrupt. Try removing the lock file.

Warren Deitch

Yes. Yes. Yes.

I deleted lpd.lock, started lpd and it stayed alive. Network printing
(although dirt simple) is restored.

Thanks and G’day to you, Warren.

Warren Deitch mailto:> warren.deitch@transcore.com.au
TransCore Australia Phone +61 7 3275 4136
Brisbane Qld. Fax +61 7 3274 3214
www.transcore.com.au > Mobile 0412 103 532

Opinions contained in this e-mail do not necessarily reflect
the opinions of the TransCore Australia.
If you have received this electronic mail message in error,
please immediately notify the sender and delete the message
from your computer.

\

Bob Bottemiller
Stein.DSI/Redmond, WA USA