Technical Notes |
|
This technical note provides troubleshooting techniques for resolving LPD (line printer daemon) printing problems. Most problems result in either no output or incorrect output (garbled or unexpected text). This document addresses both types of problems by looking at PC, printer, and host configuration issues.
Note: For information on troubleshooting Reflection LPR (line printer requester), see Technical Note 1152. This document also may be helpful if you are printing from Reflection LPR on one PC to Reflection LPD on another PC.
Reflection LPD allows you to make your locally attached printer available to others on the network. LPD servers can reside on a variety of host computers, printer cartridges, hardware devices, or on a PC configured with Reflection LPD.
In contrast, Reflection LPR is a client that enables you to print a local PC file to an LPD server associated with a printer.
For information about configuring and using Reflection LPD or Reflection LPR, see your product documentation or online help.
Note: Reflection LPR/LPD was originally a component of Reflection NetApps, and is now included with several Reflection products. For information about the current status of Reflection LPR and Reflection LPD, see the Terminal Emulation Lifecycle Summary page at http://support.attachmate.com/programs/lifecycle/version-status.html?emulation.
LPD Troubleshooting is broken down into the following three sections:
Troubleshooting steps may be performed in any order. Use this information to help guide you to the most likely causes of your LPD printing problem.
Follow the suggestions below to verify your PC and Reflection LPD print settings.
For information about Reflection products and the Microsoft Windows XP SP2+ firewall, see Technical Note 1784.
Compare the host name or IP address of the Reflection LPD machine to the remote LPR queue configuration.
Compare the queue names used in the LPD and LPR configurations. Remember that UNIX host computers are normally case sensitive.
If you print from an application on your PC to the same driver being used by Reflection LPD, does the output print correctly? If not, you may need an updated printer driver. Check with your printer manufacturer for the latest drivers. For text files, try installing and printing to the Generic/Text Only driver provided by Microsoft.
Set up a Reflection LPR queue on the same PC that is running Reflection LPD. Print from LPR to LPD. Make sure your LPR queue is pointing to the printer driver that is configured for Reflection LPD. Also make sure your LPD queue is configured to print to a driver attached to a local port (not back to the LPR queue).
Does the output print correctly? If not, there may be a problem with the LPD configuration or the printer driver. If the test output does print correctly, the problem may be on the remote system running the LP or LPR client.
To check the spool files, follow these steps. If no files are received in the held LPD queue, see the section above titled "Is your Reflection LPD queue set up properly?"
Reflection LPD receives two spool files from the host computer: typically, one with a .DFA extension (the data file) and one with a CFA extension (the control file). Are the spool files being created on your PC?
To locate the files, use the Windows Search or Find utility and search for files *.cfa and *.dfa.
If spool files are present, continue with step 3.
If no spool files appear, check your network connection by pinging the PC running Reflection LPD from the host computer. Also check your host LPR configuration (see the section "On the Host Computer" below).
copy Blue.dfA lpt1Does the output match the Reflection LPD output? If not, check your Windows print driver configuration.
Reflection LPD error messages are logged in the LPD Activity Log. The messages may provide clues about the cause of the problem.
Some PJL (Print Job Language) and PCL (Printer Command Language) commands may not be compatible with the LPR protocol. For example, the LPR protocol is not compatible with bi-directional communications. Depending on the print driver, you may be able to disable conflicting PJL or PCL settings from the printer properties dialog box.
If your host application is sending printer commands, you will need to enable Bypass Windows Printing for the LPD queue. (To access this setting, double-click your LPD queue.) If this setting is not enabled, the printer will interpret the printer commands as data, and will print them instead of processing them. If you are still unable to print, install and test using a different print driver to see if this resolves the problem.
The following Microsoft Knowledge Base articles discuss this driver topic. For Windows 95, see article 162669 at:
http://support.microsoft.com/default.aspx?scid=
For Windows NT, see article 174544 at:
http://support.microsoft.com/default.aspx?scid=
Other articles at this site may also be helpful.
Follow the suggestion below to verify your printer settings.
If you are using international character sets on the host, make sure you have the correct code page selected on the printer. This setting typically can be changed from the settings panel on the printer.
Follow the suggestions below to verify your host computer print queue settings.
Use lpc status (BSD UNIX) or lpstat (System V UNIX) to verify that the host LPR or LP queue is active.
Add the PC host name to the hosts file on the host computer.
To verify this, follow the steps below.
copy Blue.dfA lpt1Compare the output to your Reflection LPD output. If the output matches the Reflection LPD output, the problem is with the host computer configuration. For information on configuring remote print queues on various UNIX host computers, see your host computer man pages.
If the output is different than the Reflection LPD output, the problem may be with the Reflection LPD configuration or the Windows printer driver.
Use the appropriate UNIX system utility to configure the LPR service (smit, sam, rlpconf, or editing the /etc/printcap file). When configuring HP 9000 HPUX systems with SAM to add a remote Reflection LPD printer, it is recommended that you enable the "Remote Printer is on a BSD System" option.
Make sure the Reflection system name is listed in the appropriate UNIX files (/etc/hosts.lpd, /etc/hosts, DNS service, etc.).
Verify that the remote printer/print queue name matches the printer/print queue name configured in Reflection LPD. The name is case sensitive. Also, verity that the associated IP address and host name is correct.
For more information, consult your UNIX online manual (man) pages.
If you are unable to resolve your LPR or LPD printing problem using the recommendations in this technical note and technical note 1152, please contact Attachmate Technical Support with the results of your troubleshooting efforts. For information about contacting Technical Support, see http://support.attachmate.com/.
When contacting Attachmate Technical Support, please be prepared to provide the following information: