Red Hat Bugzilla – Bug 60415
printconf error due to missing /var/spool/lpd directory
Last modified: 2014-03-16 22:25:48 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (X11; U; Linux 2.4.9-13 i686)
Description of problem:
printconf error due to missing /var/spool/lpd directory.
No errors are reported during setup (my test case was for a UNIX printer lpd
driver = PostScript Printer, but when trying to print a test page an error
Cause of the problem is a missing /var/spool/lpd directory.
Solution: The program should create the directory if necessary. (Perhaps it is
missing if the user doesn't choose to install a printer during initial RedHat
Installation but runs
the printconf tool afterwards?)
Workaround: Manually create directory, as root do "mkdir /var/spool/lpd"
This tool should also print more informative error messages.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install RedHat 7.2 but don't install a printer during initial setup
2. Run printconf tool afterward and setup Remote UNIX lpd Queue printer
3. Try to print a test page.
Actual Results: An uninformative message is printed saying "a print error
(or something similar)
Expected Results: The test page should print
I'm not sure why this directory was missing, I believe it is because I didn't
printer during RedHat installation, however, it is easy to write code that would
detect this situation and create the directory if it needs to.
This directory is provided by the 'filesystem' package (try rpm -V filesystem,
for example), and should always be present unless manually removed.
1. Ok, the problem is that filesystem is not installed. However, I cannot install filesystem, because when I partitioned my hard drive, I named one of
the partitions /usr/tmp
if you do
rpm -ivh filesystem-2.1.6-2.noarch.rpm --force (or without the --force)
error: unpacking of archive failed, on file /usr/tmp:
cpio: rename failed - Is a directory.
Naming a partion /usr/tmp is not an unreasonable thing to do. Perhaps this bug should be reopened as a filesystem.rpm install problem and
the install script could be made more robust to handle such cases. Otherwise tools like printconf which make assumptions about the filesystem
will fail and your customers won't understand why.
This cannot be fixed in the filesystem package. Sorry.