home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / ultrix / 6740 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!cs.utexas.edu!torn!skule.ecf!drill.me!ie.utoronto.ca!andy
  3. From: andy@ie.utoronto.ca (Andy Sun)
  4. Subject: Re: SCSI/CAM problems
  5. Message-ID: <Bu862I.Dq@ie.utoronto.ca>
  6. Organization: University of Toronto, Department of Industrial Engineering
  7. References: <ROBM.92Sep4150116@ataraxia.Berkeley.EDU> <1992Sep5.011659.7675@news.iastate.edu>
  8. Date: Mon, 7 Sep 1992 20:25:29 GMT
  9. Lines: 37
  10.  
  11. john@iastate.edu (John Hascall) writes:
  12.  
  13. >We upgraded our central NFS servers from 5000/200s to 5000/240s
  14. >and since we had to upgrade from 4.2, we installed the SCSI/CAM
  15. >at the same time.  Our machines have 2 or 3 SCSI boards, 8-12 RZ57s,
  16. >and a TLZ04 each (the DEC support guy said he thought the other
  17. >problem report he had on this also was a multi-SCSI machine).
  18.  
  19. >What happens is we start getting *tons* of:
  20. >   XPT Packet Pool HIGH Water Mark Reached.
  21. >   cam_logger: CAM_ERROR packet
  22. >   cam_logger: No associated bus target lun
  23. >messages on the console and also (in the two times I have seen it happen)
  24. >the dreaded "cant get mbufs" message also appears.  It seems to be somehow
  25. >related to uptime (memory leak?) and load (so, of course, today, with a
  26. >machine which hung last night and being the Friday before a long weekend,
  27. >we had neither and I couldn't reproduce it for DEC *sigh*).
  28.  
  29. I am afraid that the same thing happens to us (a DECsystem 5000/200
  30. recently upgraded to 4.2a with SCSI/CAM). Similar messages appear in the
  31. error log (viewed through uerf). Even more horrible, our machine hung up
  32. on us twice so far (i.e. no response, not even from console). I attempted
  33. a core trace without any luck. It seems to be related to our USENET news
  34. activities, when there were lots of read/write to an RZ58 partition.
  35.  
  36. >I was told that backing out of SCSI/CAM was NOT as simple as
  37. >just "setld -d ..."  If we can't get a fix by next week we are
  38. >resigned to going backwards to 4.2a.
  39.  
  40. OH MY GOD!! (fainted...)
  41.  
  42. Andy
  43. -- 
  44. Andy Sun (andy@ie.utoronto.ca)        4 Taddle Creek Road, Toronto
  45. Computing Coordinator            Ontario, Canada. M5S 1A4
  46. Department of Industrial Engineering    Phone: (416) 978-2920
  47. University of Toronto            Fax:   (416) 978-3453
  48.