The problem appeared after a reboot when lpsched died quietly at every
attempt to bring it up.
Thanks to
Mike Daffey miked@fujitsu.oz.au
Rory Toma rory@Synopsys.com
Steve Bellenot bellenot@GAUSS.MATH.FSU.EDU
ron nash nash@gondor.sdsu.edu
for providing a fix and an explanation of the problem.
The problem is file corruption in the work area of lpsched in
/var/spool/lp/tmp and /var/spool/lp/requests.
And the fix ...
-----------
The fix (from Sun support no less) is to:
# sh /etc/init.d/lp stop
# cd /var/spool/lp
# rm -rf requests tmp
# sh /etc/init.d/lp start
Ron Nash
nash@sdsu.edu
-------------
With hearty thanks to y'all
-- alex khalil sysadmin Electrical Engineering Dpt. iskandar@tamu.edu Texas A&M University office: Zachry 30G College Station TX 77843-3128 (409)845-2362------ Original request follows: ------
In article <36suph$dcd@news.u.washington.edu>, Alexandre Khalil <iskandar@u.washington.edu> wrote: >Hello World > > We have a problem with LP print service on one of our Sparc Server >1000's, running Solaris 2.3. > Since we rebooted the machine on the 2nd of October, /usr/lib/lp/lpsched >never comes back on line. Everytime I try to restart the lpsched, it keeps >dying of. Below are some information of the system. I tried to compare >them with what we have on the other Sparc Server 1000, and I can't see >anything that might prevent lpsched and lpNet from staying alive. > > I'd really appreciate any pointers/hints on what to do next to solve this >problem. > >Thanks, > >-peter >------------------------------------------------------------------------------ >#lpstat >UX:lpstat: ERROR: The LP print service isn't running or can't be > reached. > TO FIX: Your request can't be completely handled > without the LP print service. If this > problem continues, get help from your > system administrator. > >/var/lp/logs/lpNet: >=================== > >10/04 10:53:37 p 2344 <none> Starting lpNetParent. >10/04 10:53:37 p 2344 <none> Initialized & Polling. >10/04 10:53:38 p 2344 <none> ERROR: class=NonFatal, type=Internal, > trace=(LpExecEvent), Broken lpExec pipe. >10/04 10:53:38 p 2344 <none> ERROR: class=Fatal, type=Internal, > trace=(LpExecEvent), Cannot recover. >10/04 10:53:38 p 2344 <none> Abnormal process termination. > >/var/lp/logs/lpsched: =====================
10/04 10:53:38: Received unexpected signal 11; terminating.
/var/saf/tcp/logs: ===================
10/04/94 01:54:08; 727; @(#)listen:listen.c 1.19.9.1 10/04/94 01:54:08; 727; Listener port monitor tag: tcp 10/04/94 01:54:08; 727; Starting state: ENABLED 10/04/94 01:54:08; 727; Service lpd: fd 6 addr \x00020203000000000000000000000000 10/04/94 01:54:08; 727; Service 0: fd 7 addr \x00020ACE000000000000000000000000 10/04/94 01:54:08; 727; Net opened, 2 addresses bound, 56 fds free 10/04/94 01:54:08; 727; Initialization Complete
#sacadm -l ==========
PMTAG PMTYPE FLGS RCNT STATUS COMMAND tcp listen - 999 ENABLED /usr/lib/saf/listen tcp # zsmon ttymon - 0 ENABLED /usr/lib/saf/ttymon #
#lpsystem -A ============
00020203000000000000000000000000
.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-. | Peter Utama | | Dept. of Electrical Engineering utama@ee.tamu.edu | | Texas A&M University (409)845-7530 (voice) | | College Station, TX 77843 @}->-`---- (409)845-6259 (fax) | .-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.-=*=-.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:09:11 CDT