home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / ultrix / 8340 < prev    next >
Encoding:
Internet Message Format  |  1992-11-16  |  2.6 KB
  1. Path: sparky!uunet!pipex!warwick!uknet!gdt!aber!ccs
  2. From: ccs@aber.ac.uk (Christopher "Jd" Samuel)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Re: Upgrade from 4.3 to 4.2A
  5. Message-ID: <1992Nov16.145427.12428@aber.ac.uk>
  6. Date: 16 Nov 92 14:54:27 GMT
  7. References: <1992Nov3.150501.19957@monu6.cc.monash.edu.au> <2AF70531.20468@news.service.uci.edu> <1992Nov4.042108.1012@seas.smu.edu>
  8. Organization: University of Wales - Aberystwyth - Prifysgol Cymru
  9. Lines: 47
  10.  
  11. In article <1992Nov4.042108.1012@seas.smu.edu>
  12.    doug@seas.smu.edu (Doug Davis) doodled:
  13.  
  14. > A good solid unix *SHOULD NOT* allow code executed in user mode to 
  15. > crash the machine.  This is a fairly simple concept that should
  16. > be fundumental in an OS design.   Ultrix 4.2a is fairly solid
  17. > as far as unix's go (especially given ultrix's history) and there
  18. > is always growing pains.  But there really is no good excuse for 
  19. > some of the problems showing up in ultrix 4.3. 
  20.  
  21. /* Mea culpa if the errors below are not exactly what happened, */
  22. /* call it a memory fault if you like.. :-) */
  23.  
  24. I'm not so sure about 4.2A, we had a user here pull both our main
  25. service machines (DEC Symetric Multi-Processor 5830's) over whilst
  26. playing about with mixed domain sockets (I think he connect()ed
  27. socket1->socket2, and then tried to connect() socket2->socket1).  This
  28. caused both machines to fall over with a smp long lock, position mess-up
  29. error.  Took our main systems person an entire evening going through
  30. crash dumps to find out what process had caused it. 
  31.  
  32. (The user ran it on one, saw that fall over, assumed it was a normal crash,
  33.  and then proceded to pull the other over)
  34.  
  35. DEC's response was along the lines of 'oh, it was a user program, thats
  36. your problem'... :-(
  37.  
  38. We actually see quite a few smp lock long errors with locks timing out
  39. which pull the service machines over, and when we were trying to run
  40. DECs colourbook transport protocols (being a UK academic site) they fell
  41. over a lot more often.. 
  42.  
  43. Our hope is that Ultrix 4.3 and DECNet phase V (and colourbook) will fix
  44. things..   /* pigs and wings and all that */
  45.  
  46. > Oh well, we've been spending all our time fighting SUNOS (groan) bugs to
  47. > install 4.3 on much, but that should change soon.  
  48.  
  49. In my experience of our Sun 4/330 (used to run SunOS 4.1, now running
  50. SunOS 4.1.3) Suns seem a lot more reliable, although this may be because
  51. it doesn't have the load that our service machines do.
  52.  
  53. Chris
  54. -- 
  55.  Christopher Samuel, c/o Computer Unit, UCW Aberystwyth, Aberystwyth, WALES
  56.   RFC: ccs@aber.ac.uk   UUCP: *!mcsun!uknet!aber!ccs   JNT: ccs@uk.ac.aber
  57.           Deddf Iaith Newydd i Gymru | New Language Act for Wales
  58.