On Mon May 8 21:40:31 2000 Schouten, Frits JF wrote...
>
>Hi Gang,
>
>we have an on and off problem with the PrintScreen facilities on the Foxboro and I'm
>a bit lost why.
>I think the problem started when we upgraded to 6.1.
>The Colour printer HP1200 (LP14) is connected to the AP51B parallel port.
>>From the AP, I can print to the HP1200 with "lp -d LP14 filename" without any
>problems.
>If I do the same from a WP51B, the command is accepted and if I do a "lpstat LP14"
>the job is queued as LP14-xxx.
>Yet, the file never goes to the printer.
>If I do "lp -d LP00 filename" from a WP, it's going Ok to LP00 (alarm printer).
>
>After a reboot of a WP, "lpstat -a" always shows "LP14 not accepting request. Reason
>unknown" and I always have to do "lpc up LP14".
>After that "lpstat -a" shows that LP14 is accepting requests since xxxx but I'm still
>unable to print from the WP, well, most of the time.
>Restarting "lpsched" on both the AP and the WP makes no difference.
>
We have observed that printers conected to a parallel port on the
51B's will quit working if _any_ machine on the node is rebooted. It
does not need to be the one that hosts the printer. This atrted with
either the 4.3 or 6.1 upgrade. We have built an expect script which
logs onto ecah machine in the node, and walks thru lpc shuting down
and sttarting up all printers on that noed.
While this make life torelable, it's a kludge. I am failry certain
this is a know SUN bug, for which a SUN patch exists.
We submited a CA over a year ago, but have had no response whatsover
from the oficial chanels on this.
Having said all of this check the archive for this list. Someone from
Foxboro posted a fix the other day that involves changing the print
spooler from Berkly style to AT&T style, or vice versa. I have yet to
try thism but i would bet it works around the problem.
--
Stan Brown [EMAIL PROTECTED] 843-745-3154
Charleston SC.
--
Windows 98: n.
useless extension to a minor patch release for 32-bit extensions and
a graphical shell for a 16-bit patch to an 8-bit operating system
originally coded for a 4-bit microprocessor, written by a 2-bit
company that can't stand for 1 bit of competition.
-
(c) 2000 Stan Brown. Redistribution via the Microsoft Network is prohibited.
-----------------------------------------------------------------------
This list is neither sponsored nor endorsed by the Foxboro Company. All
postings from this list are the work of list subscribers and no warranty
is made or implied as to the accuracy of any information disseminated
through this medium. By subscribing to this list you agree to hold the
list sponsor(s) blameless for any and all mishaps which might occur due to
your application of information received from this mailing list.
To be removed from this list, send mail to
[EMAIL PROTECTED]
with "unsubscribe foxboro" in the Subject. Or, send any mail to
[EMAIL PROTECTED]
