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