ITEM: AK7413L
enq: (FATAL ERROR:) Read error 0 on/etc/queue/config.bin
Question:
problem printing/ error:read error 0 on/etc/queue/config.
Response:
ENV: 325
DESC: Upgraded from 324 to 325. Currently he is getting the message
read error 0 on /etc/qconfig.bin.
ACT: Tried removing and redigestion qconfig.bin. Still get the
same message.
ACT: Checked permissions on enq... they were
-r-sr-sr-x root printq, the same as my system.
Is the qdaemon up? yes
Try doing a stopsrc -cs qdaemon.
Then remove qconfig.bin.
Now try and enq -Y
Gets the same error: enq: FATAL ERROR read error 0
on qconfig.bin
Try restarting the qdaemon. That worked.
Sending a print job also results in the same qconfig
error.
Response:
lssrc -S -s qdaemon showed ownership by 0:0 (root) - no problem
strings /etc/qconfig | grep jdf and
strings /usr/bin/enq | grep jdf showed same version - no problem
strings /usr/lib/lpd/digest | grep jdf showed same version.
User has no /usr/lpp/bos/inst_root/etc/qconfig
Removed all queues but one from /etc/qconfig - same error.
tcbck - showed missing link between /usr/lib/lpd/qconfig and /etc/qconfig
created link, changed group permissions
This did not fix the problem.
\# ls -l /usr/bin/enq
-r-sr-sr-x 1 root printq 59262 Oct 26 1994 /usr/bin/enq
\# ls -l /bin/enq
-r-sr-sr-x 1 root printq 59262 Oct 26 1994 /bin/enq
Error occured after customer used PMP 3251 and did an upgrade all.
Exact syntax of error was:
enq: (FATAL ERROR:) Read error 0 on /etc/qconfig.bin
lppchk -v showed no problems.
replacing enq, digest, and qdaemon files made no difference.
Note that they have Word Perfect installed. Early installs of the
wrong level of WordPerfect break links is a known problem.
t3001-089 The symbolic link from the file /usr/lpd/qconfig
to /etc/qconfig should not exist.
3001-089 The symbolic link from the file /usr/lpd/lpd
to /usr/sbin/lpd should not exist.
3001-054 The file /usr/lpd/piobe is an unregistered set-GID program.
Wrong information earlier. qdaemon is INoperable.
Redirected console to my window and this also gave the error:
qdaemon: (FATAL ERROR): Read error 0 on /etc/qconfig.bin.
/usr/lib/lpd/digest /etc/qconfig /etc/qconfig.bin worked.
startsrc -s qdaemon started the qdaemon.
enq - would hang (indication something better)
lpstat still gave the error.
It looks like the reason that no error messages are given is that there
is a problem with the access to the message catalogs. dspcat piobe.cat
gave error that it couldn't find catalog piobe.cat. Changed LANG
environment variable to En_US. Still nothing better.
mkvirprt - added queue to /dev/lpx and this gave the following message
enq: (FATAL ERROR): Corrupted /etc/qconfig.bin, belength = 0.
enq: (FATAL ERROR): Corrupted /etc/qconfig.bin, belength = 0.
enq: (FATAL ERROR): Read error 0 on /etc/qconfig.bin.
2391 configured for print queue lpx
KEY SEQUENCE: Two sizes of /etc/qconfig depending on digest
method.
qconfig is now 265 bytes and qconfig.bin is 8591 bytes.
/usr/lib/lpd/digest /etc/qconfig /etc/qcofnig.bin created
qconfig.bin of only 1439 bytes. This is the right qconfig.bin
enq with no options does not give the error - hangs as it should
waiting for standard in. Entered data and hit ctrl-d to send to queue.
qdaemon: (WARNING): No queue lpx in /etc/qconfig (name = /var/spool/lpd/qdir/00r
oot:lpx)
qdir file 00root:lpx was created - NEW job number
disable lpx gave the following error:
\# qdaemon: (WARNING): Special request `d:lpx' not understood
Interesting sequnce: queue lpx queue device = lpx
\# enable lpx
enq: (WARNING): Cannot awaken qdaemon. (request accepted anyway)
enq: errno = 2: No such file or directory
\# qdaemon: (WARNING): Special request `u:lpx' not understood
\# lssrc -s qdaemon
Subsystem Group PID Status
qdaemon spooler 21140 active
Changed queue name to lpy, and I could enable and disable queue. Could
actually capture the jdf and it looks ok. enable and the file goes away, but
it doesn't actually print to the file.
lsque and lsquedev both work ok.
/usr/lib/lpd/qstatus gives a good queue status (CLUE)
Checked source code and enq points to /usr/lpd/qstatus and
/usr/lpd/digest. These appear to be the culprit.
Someone (Thankyou WordPerfect ) had created a directory /usr/lpd instead
of the link to /usr/lib/lpd and this had all old files in it.
Remove all files and links from /usr/lpd, rmdir /usr/lpd
ln -s /usr/lib/lpd /usr/lpd
All commands seem to run without errors. Replaced the users
qconfig and everything still working.
Printed to the users printer a message to let them know that the printer
was working.
Support Line: enq: (FATAL ERROR:) Read error 0 on/etc/queue/config.bin ITEM: AK7413L
Dated: June 1995 Category: N/A
This HTML file was generated 99/06/24~13:30:26
Comments or suggestions?
Contact us