home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / ultrix / 6882 < prev    next >
Encoding:
Text File  |  1992-09-14  |  3.5 KB  |  72 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mars.rm.fccc.edu!orion!quillen
  3. From: quillen@orion (John Quillen)
  4. Subject: Re: SCSI/CAM problems
  5. Message-ID: <1992Sep14.131750.16352@fccc.edu>
  6. Sender: news@fccc.edu (USENET News System)
  7. Nntp-Posting-Host: relay.fccc.edu
  8. Organization: Fox Chase Cancer Center
  9. References: <1992Sep5.011659.7675@news.iastate.edu> <Bu862I.Dq@ie.utoronto.ca> <1992Sep8.171248.21775@decvax.dec.com>
  10. Date: Mon, 14 Sep 1992 13:17:50 GMT
  11. Lines: 59
  12.  
  13. I tried installing the SCSI/CAM driver on a 5000/200 that we had just installed
  14. 4.2a on, but hadn't put into production (we swapped in a 5000/240).
  15.  
  16. After discovering that I couldn't boot a kernel with "swap on boot" in the
  17. config, I reconfigured for "swap on rz0b...".
  18.  
  19. I got a slew of errors trying to do a dump to an Archive Python and decided
  20. to just forget it.  I was really looking forward to a new SCSI driver, we've
  21. been having dumps hang occasionally and I was hoping this would take care
  22. of the problem.  I didn't examine the errors because I felt there shouldn't
  23. have been any, since I wasn't doing anything out of the ordinary.
  24.  
  25. In article <1992Sep8.171248.21775@decvax.dec.com> jag@zk3.dec.com writes:
  26. >In article <Bu862I.Dq@ie.utoronto.ca>, andy@ie.utoronto.ca (Andy Sun) writes:
  27. >>john@iastate.edu (John Hascall) writes:
  28.  
  29. >>>I was told that backing out of SCSI/CAM was NOT as simple as
  30. >>>just "setld -d ..."  If we can't get a fix by next week we are
  31. >>>resigned to going backwards to 4.2a.
  32. >>OH MY GOD!! (fainted...)
  33. >    No No No (waving ammonia salts ...), only for the CAMBASE* subset is
  34. >there a problem.  For the kernel, a delete and a rebuild is all that is
  35. >needed.
  36. I have to disagree.  There were at least 8 objects missing from
  37. /sys/MIPS/BINARY.  I found them one at a time by running make until it
  38. failed with "don't know how to make ../../BINARY/autoconf.o", etc.  And
  39. copied each binary over from another 4.2a machine.  After all of that,
  40. I think I wound up giving up because it appeared that various header and
  41. C files (I think machine/common/conf.c was the final straw) were considerably
  42. different and I punted and reinstalled UDTBIN420 & UDTBIN425.  I copied
  43. /usr/etc/uerf{,.bin} over from another machine, and still have to get dump
  44. and mt.
  45.  
  46. (find just revealed to me that all of the .h's and .c's were saved as .nocam.
  47. I used files.mips.nocam and looked for BINARY/*.o.nocam (which weren't there).
  48. At that point it didn't occur to me to look for machine/common/conf.c.nocam.)
  49.  
  50. Hint: To anyone out there who doesn't know, check through /usr/etc/subsets 
  51. (CAM*.inv, UDTBIN*.inv) to see what subsets things came from.
  52.  
  53. >    I for one want to get this to work.  We have spent a lot of engineering
  54. >time and effort to make this new subsystem.
  55. I appreciate your efforts, but I must say, I was truly disappointed.  I would
  56. much rather waited 6 months for something usable, that wouldn't have wasted
  57. so much of my time.  I tend to expect, and am willing to work through, problems
  58. with software packages and I'm sorry for my attitude in this post.  But we
  59. just can't afford problems like this at the OS level, especially on something
  60. that the hardware depends on.  We were fortunate that we had a machine that no
  61. one was counting on being up at the time I tried this.
  62.  
  63. It's getting to the point where I'm just not going to install n.0 of
  64. anything:-(
  65.  
  66. John
  67. -- 
  68. ------------
  69. John Quillen  JW_Quillen@fccc.edu  Phone: (215) 728-3660  FAX: (215) 728-2513
  70. Research Computing Services / The Fox Chase Cancer Center / Phila. PA, USA
  71.         "The world is full of apathy ... but who cares?"  R. Murphy
  72.