| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 897.1 | | KERNEL::COFFEYJ | La Feline Flooz - a unix cat | Fri Jan 17 1997 18:57 | 26 |
| 897.2 | Fixed in V4.0? | NETRIX::"hart@zk3.dec.com" | Richard Hart | Wed Jan 22 1997 19:27 | 8 |
| 897.3 | But not in V3.2G | NETRIX::"jm@uvo.dec.com" | John McNulty | Mon Jan 27 1997 19:41 | 25 |
| Rich,
It may be fixed in V4.0, but Jo is right, it's not fixed in V3.2G.
The Field Log number associated with the IPMT for the previous
versions is: MGO101607. Other PatchID numbers for previous versions
are:
V3.2C -- OSF350-183
V3.2DE-1 -- OSF360-350183
V3.2F -- OSF370-350183
The problem, and examples of how to reproduce this are described in
detail in the current patch READMEs for these versions.
I'm looking after this call now, so I'll be raising an IPMT shortly
to request a V3.2G fix.
John
------------------------------------------------------------------------------
Email: jm@uvo.dec.com John McNulty
Tel: (44) 1256 373862 UK CSC, Unix Support Group
DTN: 833-3862 Digital Equipment Corporation
[Posted by WWW Notes gateway]
|
| 897.4 | 2nd nice log 053490 - cranfield university | KERNEL::COFFEYJ | La Feline Flooz - a unix cat | Wed Feb 12 1997 14:57 | 157 |
| Joy of joys, I've another customer with this.
This time though it's on V4.0a.
And I notice from a stars search that it's also be
escalated from there.
Note that although this is logged against 3.2c after
applying a patch, and has the workaround of removing
the patch, it also says it's reproducible on 4.0a
which is what we're now seeing here and there is no
patch to remove for a workaround on this version.
This is really rather upsetting some customers,
Once again this is a university site, hence queue
management is significant when you have hundreds of
students to deal with.
It seems the last case is caused/complicated by the
fact that a print queue receiving jobs from another
remote machine mis orders them by having duplicate
entry numbers eg: a list of the queue shows..
0 from local queue
0 from remote queue
1 from remote queue
1 from local queue
2 from local queue
2 from remote queue
Which will no doubt confuse the heck out of a lpc topq :-)
Once I have the printcap, if it's a normal setup I've a
feeling it's going to get another ipmt, any updates that
can save me that gratefully received.
Jo.
< STARS V2.6-4/TIMA Query - For help press HELP or PF2 >
{Elev} lpc topq no longer works after installing patch OSF350-183
COPYRIGHT (c) 1988, 1993 by Digital Equipment Corporation.
ALL RIGHTS RESERVED. No distribution except as provided under contract.
PRODUCT or COMPONENT: OSF misc native networks
OP/SYS: OSF
Submitter Name: Alan Sherlock DTN: 719-599-8307 Node: TSC::AJS
Immediate Manager's Name: John Zinn DTN: 592-5392 Node: BSS::ZINN
******* Important - Please Read the Following Text *******
<ipmt text removed>
VERSION INFORMATION:
Product: Digital UNIX v3.2c
Product/Component Version(s): {include all relevant version numbers}
Operating System Version(s): Digital UNIX v3.2c
SOURCE: Digital Equipment Corporation
SYMPTOM:
lpc topq no longer works after applying patch OSF350-183
DIGITAL RESPONSE:
This problem has been reported to Engineering.
WORKAROUND:
Remove patch OSF350-183.
ANALYSIS:
A customer was having a problem with print jobs printing in the wrong
order. This problem is fixed on Digital UNIX v3.2c with patch OSF350-183.
After installing the patch, however, the customer found that the 'lpc topq'
functionality no longer works. This was reproduced here at the CSC. Here
is what happens when running lpc topq on a system before applying the patch:
# lpc stop lp0
lp0:
printing disabled
# lpr -Plp0 /etc/printcap
# lpr -Plp0 /etc/hosts
# lpr -Plp0 /etc/remote
# lpq -Plp0
Warning: lp0 is down:
Thu Mar 14 12:44:04 1996:
Rank Pri Owner Job Files Total Size
1st 0 root 3 /etc/printcap 215 bytes
2nd 0 root 4 /etc/hosts 2157 bytes
3rd 0 root 5 /etc/remote 4387 bytes
# lpc topq lp0 5
lp0:
moved cfA005dec2k.csc.cxo.dec.com
# lpq -Plp0
Warning: lp0 is down:
Thu Mar 14 12:44:04 1996:
Rank Pri Owner Job Files Total Size
1st 0 root 5 /etc/remote 4387 bytes
2nd 0 root 3 /etc/printcap 215 bytes
3rd 0 root 4 /etc/hosts 2157 bytes
#
Notice /etc/remote got moved to the top of the queue. Now here is the same
test after installing patch OSF350-183:
# lpq -Plp2
Warning: lp2 is down:
Wed May 8 12:50:45 1996:
no entries
# lpr -Plp2 /etc/printcap
# lpq -Plp2
Warning: lp2 is down:
Wed May 8 12:50:45 1996:
Rank Pri Owner Job Files Total Size
1st 0 root 4 /etc/printcap 3114 bytes
#
# lpr -Plp2 /etc/hosts
# lpr -Plp2 /etc/remote
# lpq -Plp2
Warning: lp2 is down:
Wed May 8 12:50:45 1996:
Rank Pri Owner Job Files Total Size
1st 0 root 4 /etc/printcap 3114 bytes
2nd 0 root 5 /etc/hosts 3054 bytes
3rd 0 root 6 /etc/remote 4604 bytes
# lpc topq lp2 6
lp2:
moved cfA006sable.csc.cxo.dec.com
# lpq -Plp2
Warning: lp2 is down:
Wed May 8 12:50:45 1996:
Rank Pri Owner Job Files Total Size
1st 0 root 4 /etc/printcap 3114 bytes
2nd 0 root 5 /etc/hosts 3054 bytes
3rd 0 root 6 /etc/remote 4604 bytes
#
It says it moved the file, but it didn't. This problem was also reproduced
on ssb v4.0a.
|
| 897.5 | | KERNEL::COFFEYJ | La Feline Flooz - a unix cat | Wed Feb 12 1997 20:06 | 30 |
| Just confirmed it as follows.
Going to IPMT this now.
Jo.
*****************************************************************************
# lpq -P lp4
no entries
# lpr -P lp4 /etc/printcap
# lpr -P lp4 /etc/hosts
# lpq -P lp4
Warning: no daemon present
Wed Feb 12 16:57:54 1997:
Rank Pri Owner Job Files Total Size
1st 0 root 0 /etc/printcap 600 bytes
2nd 0 root 1 /etc/hosts 2050 bytes
# lpc topq lp4 1
lp4:
moved cfA001norton.uvo.dec.com
# lpq -P lp4
Warning: no daemon present
Wed Feb 12 16:57:54 1997:
Rank Pri Owner Job Files Total Size
1st 0 root 0 /etc/printcap 600 bytes
2nd 0 root 1 /etc/hosts 2050 bytes
***************************************************************************
|
| 897.6 | still a problem in 4.0B | NETRIX::"norm@gsg.dec.com" | Norm Saunders | Thu Feb 20 1997 20:03 | 2 |
| A customer reported this problem to me in DUNIX 4.0; I reproduced in 4.0B.
[Posted by WWW Notes gateway]
|
| 897.7 | ??? | CSC32::PITT | | Tue Mar 11 1997 21:34 | 4 |
|
Any status on this problem?????
|
| 897.8 | log 66888 and 05349 - update (since I've had mail on this one too) | KERNEL::COFFEYJ | La Feline Flooz - a unix cat | Wed Mar 12 1997 12:24 | 7 |
| I believe the current status is that a patch for
v3.2g is currently being tested... It seems there isn't
a separate IPMT for v4.0a so I take it if the patch is
ok it'll be extended to this version too. I'd suggest
(unless someone says otherwise) logging a separate
ipmt for whatever version you want the patch for.
|