home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / ultrix / 6710 < prev    next >
Encoding:
Text File  |  1992-09-07  |  2.9 KB  |  64 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!news.iastate.edu!john
  3. From: john@iastate.edu (John Hascall)
  4. Subject: Re: SCSI/CAM problems
  5. Message-ID: <1992Sep5.011659.7675@news.iastate.edu>
  6. Sender: news@news.iastate.edu (USENET News System)
  7. Organization: Iowa State University, Ames, IA
  8. References: <ROBM.92Sep4150116@ataraxia.Berkeley.EDU>
  9. Date: Sat, 5 Sep 1992 01:16:59 GMT
  10. Lines: 52
  11.  
  12. robm@ataraxia.Berkeley.EDU (Rob McNicholas) writes:
  13.  
  14. }I've recently installed the Open SCSI/CAM software on my DECstation,
  15. }and I'm suddenly having some inexplicable (by me) problems with my
  16. }tape drives.  Here's the scenario:
  17. ...
  18. }We now seem to get an inordinate number of CAM errors occurring
  19. }randomly during dumps, as well as reproducible errors from certain
  20. }utilities.  Attached at then end of this message is sample output from
  21. }uerf and cam_report.
  22.  
  23. }Anyone having similar experiences?  Anyone have any suggestions?
  24.  Yes, yes, yes!                      No (sorry).
  25.  
  26. We upgraded our central NFS servers from 5000/200s to 5000/240s
  27. and since we had to upgrade from 4.2, we installed the SCSI/CAM
  28. at the same time.  Our machines have 2 or 3 SCSI boards, 8-12 RZ57s,
  29. and a TLZ04 each (the DEC support guy said he thought the other
  30. problem report he had on this also was a multi-SCSI machine).
  31.  
  32. What happens is we start getting *tons* of:
  33.    XPT Packet Pool HIGH Water Mark Reached.
  34.    cam_logger: CAM_ERROR packet
  35.    cam_logger: No associated bus target lun
  36. messages on the console and also (in the two times I have seen it happen)
  37. the dreaded "cant get mbufs" message also appears.  It seems to be somehow
  38. related to uptime (memory leak?) and load (so, of course, today, with a
  39. machine which hung last night and being the Friday before a long weekend,
  40. we had neither and I couldn't reproduce it for DEC *sigh*).
  41.  
  42. We noticed this because we started getting more and more complaints about
  43. I/O to the NFS servers slowing down more and more.  So I ran the "iozone"
  44. benchmark around 2pm and got horrid numbers, later in the afternoon they
  45. were even lower, after dinner I decided to run it directly on the server
  46. (thinking we had some sort of NFS problem at first).  I happened to login
  47. on the console to do this and the CAM errors just cam pouring out and then
  48. they stopped (little grey button time).
  49.  
  50. }If I decide to back out on this "upgrade", will I have to reinstall
  51. }the 4.2A kernel config files?  (I'd hate to have to do that since I've
  52. }since installed a bunch of patches.)
  53.  
  54. I was told that backing out of SCSI/CAM was NOT as simple as
  55. just "setld -d ..."  If we can't get a fix by next week we are
  56. resigned to going backwards to 4.2a.
  57.  
  58. John
  59. -- 
  60. John Hascall                                       ``Live with it pink-boy!''
  61. Project Vincent                                                              
  62. Iowa State University Computation Center                     john@iastate.edu
  63. Ames, IA  50011                                      515/294-9551 [fax -1717]
  64.