DTC printing problem

[Matthew Christie]

I have an environment that has several printers operating through a DTC (16m). They have been operating successfully for some time (years?). I've been trying to setup several more ports for printers without success. The print jobs are shooting off into cyberspace never to be seen again.
Here's what I've done:
I've added entries to /etc/ddfa/dp; I've run "/etc/dpp /etc/ddfa/dp -k" - this has created entries in /dev/telnet; I've setup DTC ports for printing through dtcconfig - they are setup exactly the same as the previous ports as far as I can tell; In /etc/lp/interface I've copied the file used for the working printers; In SAM I've added a printer using local printer -> non-standard device (I can't recall exactly what the second menu item reads as) and selected the new entry in /etc/lp/interface and the newly created entry in /dev/telnet; the lp spooler has been stopped and started; I've power cycled the DTC.
When I send a job to the new printer, "lp -dlabel4 /textfile", it doesn't print on the printer or any other printer.
I've tried numerous other ports and different cables.
I didn't find anything untoward in the spooler log file or the dtcconfig log file.

Any ideas on how to diagnose the problem?

[Carlos Fernandez Riera]

A tipical trick for spool debug is modify the interface file ( /etc/lp/interface/yourprinter) adding two lines:

exec 2>/tmp/yourprinter.debug
set -x

after first line:
#!/bin/sh



If this line is ommited add it too.

do a lp request and then vi debug file.

[Lawrence Mahan]

Check the permissions on /dev/telnet:

chmod a+rwx /dev/telnet

I have sometimes been tripped up by this.

[Paula J Frazer-Campbell]

Hi Matthew

1. Make a note of telnet ip address and port that printer is on.

2. Edit /etc/ddfa/dp file to include this address and port (Note spider addrees is format of spid3O05 -(three,oh,zero,five.)

3. Check that ocd (outbound connection deamon is not running on that port) ps -ef|grep ocd|grep spid3O05

4. If no OCD is running start new in dev/telnet as follows:-
# ocd -n(DTS ip address) -f/dev/telnet/spid3O05 -bxx -p(port no) -c/etc/ddfa/pcf

5. check that ocd has started ps -ef|grep ocd|grep spid3O05

See also man ocd

hope this helps

[Paula J Frazer-Campbell]

Hi Matthew

1. Make a note of telnet ip address and port that printer is on.

2. Edit /etc/ddfa/dp file to include this address and port (Note spider addrees is format of spid3O05 -(three,oh,zero,five.)

3. Check that ocd (outbound connection deamon is not running on that port) ps -ef|grep ocd|grep spid3O05

4. If no OCD is running start new in dev/telnet as follows:-
# ocd -n(DTS ip address) -f/dev/telnet/spid3O05 -bxx -p(port no) -c/etc/ddfa/pcf

5. check that ocd has started ps -ef|grep ocd|grep spid3O05

See also man ocd

hope this helps

[Leigh Ann Vaigneur]

This is just a thought, have you checked the number of pty's created on this system, the number of pty's should be around twice the value npty. The following command can be used to increase the value on the fly.

ll pty | wc -l (this will give you the current number of ptys on the system)
insf -d ptys -n 400 ( -n being the value you want to set npty to, not to exceed the value listed in the system file.)
insf -d ptym -n 400

I have always set ptys and ptym to the same value. If you do not have enough of the special files, things like telnet sessions will not start. I am not sure if this will acutally help with DTC printing though.

Leigh Ann

[Leigh Ann Vaigneur]

This is just a thought, have you check the number of ptys on the system. If you don't have enough, things like telnet sessions will not start, I don't know if not having enough will affect DTC printing or not.

To get the number currently on the system.
ll pty | wc -l

To increase on the fly,

insf -d ptys -n ### (### is the number you want to increase by, not the new total)
insf -d ptym -n ### (### is the same number as used above)

But don't use a number that will cause the system to try to create more special files than the value of npty in /stand/system.

Leigh Ann

[Leigh Ann Vaigneur]

This is just a thought, have you check the number of ptys on the system. If you don't have enough, things like telnet sessions will not start, I don't know if not having enough will affect DTC printing or not.

To get the number currently on the system.
ll pty | wc -l

To increase on the fly,

insf -d ptys -n ### (### is the number you want to increase by, not the new total)
insf -d ptym -n ### (### is the same number as used above)

But don't use a number that will cause the system to try to create more special files than the value of npty in /stand/system.

Leigh Ann

[Leigh Ann Vaigneur]

This is just a thought, have you check the number of ptys on the system. If you don't have enough, things like telnet sessions will not start, I don't know if not having enough will affect DTC printing or not.

To get the number currently on the system.
ll pty | wc -l

To increase on the fly,

insf -d ptys -n ### (### is the number you want to increase by, not the new total)
insf -d ptym -n ### (### is the same number as used above)

But don't use a number that will cause the system to try to create more special files than the value of npty in /stand/system.

Leigh Ann

[Leigh Ann Vaigneur]

This is just a thought, have you check the number of ptys on the system. If you don't have enough, things like telnet sessions will not start, I don't know if not having enough will affect DTC printing or not.

To get the number currently on the system.
ll pty | wc -l

To increase on the fly,

insf -d ptys -n ### (### is the number you want to increase by, not the new total)
insf -d ptym -n ### (### is the same number as used above)

But don't use a number that will cause the system to try to create more special files than the value of npty in /stand/system.

Leigh Ann

[Leigh Ann Vaigneur]

It kept giving me errors about server not responding, so I kept trying, sorry.