[comp.unix.ultrix] Need Ultrix V2.0 info

klaus@iddth.UUCP (Klaus Elmquist Nielsen) (02/20/88)

			Hi all,

I am going to install Ultrix V2.0 on a MVAX-II soon. But before I do that
I would like to ask a few questions:

	(1)	The installation guide says that the NFS subset MUST be
		loaded. However, the Advanced Installation Guide says
		that the subset in OPTIONAL. Which one is correct?
	
	(2)	I saw bug reports about NFS some time ago, but I didn't
		read them. Is is advisable to use the NFS version in V2.0?
	
	(3)	Are there any other (fatal) bugs in Ultrix V2.0 (i just heard
		about one in rename(2)). Should I avoid the install of V2.0
		(we currently use V1.1)? (This question sounds a little
		dump, I know. But I ask anyway...!).

Thanks in advance,

	Klaus Elmquist Nielsen
	klaus@iddth.dk



[ The biggest bug to watch out for in NFS is /etc/biod.
Don't run it.  It can trash your file systems.  I think the
bug is fixed in Ultrix v2.2.	-- Art Z. ]

anders@dst.lu.se (Anders Ardo) (03/01/88)

  We have tried using a MVAX-II running Ultrix 2.0 as major NFS-fileserver
for our SUN 3/50s. It worked fine as long as the load was light, but when
a number of machines (say 3 - 5) used the NFS it crashed. The crash was hard
with either "Segmentation fault" or "Protection fault" in one of the
FS daemons. After the initial crash the system would play jo-jo going up
and crashing almost imediately again.
  Our configuration is:
  MVAX-II, 9 MB, DEQUNA, RD53 (RQDX3), RA81, TK-50 and a TS-11 tape controler.
  SUNs all run SUN Os 3.4

  DEC is working on the problem, they have switched ALL hardware with no luck
and the software support say's "Hmm hard problem, we'll look into it".

  If anyone have any hints as to what is wrong I would like to hear from you.

      Anders
-- 
   Anders Ardo                         Tel:    int+46 46 107522
   Dept. of Computer Engineering       Telex:  33533 LUNIVER S
   University of Lund                  Internet: anders@dit.lu.se
   P.O. Box 118                           or     anders%dit.lu.se@uunet.uu.net


[ There are a number of problems with NFS under Ultrix v2.0.
I know that at least some of them (perhaps the worst of them)
are avoided by not running /etc/biod.  -- Art Z. ]

barnett@vdsvax.UUCP (Bruce G. Barnett) (03/03/88)

In article <23264@felix.UUCP> anders@dst.lu.se (Anders Ardo) writes:
|
|  We have tried using a MVAX-II running Ultrix 2.0 as major NFS-fileserver
|for our SUN 3/50s. It worked fine as long as the load was light, but when
|a number of machines (say 3 - 5) used the NFS it crashed. The crash was hard
|with either "Segmentation fault" or "Protection fault" in one of the
|FS daemons. After the initial crash the system would play jo-jo going up
|and crashing almost imediately again.

|  DEC is working on the problem, they have switched ALL hardware with no luck
|and the software support say's "Hmm hard problem, we'll look into it".

I had this problem and called Ultrix support. They send me a patch
tape for Ultrix 2.0 

The patches are suppose to fix the following problems:
-------------------------------------------------------
Major and minor numbers going to 0,0 in the /dev directory.
panic grele's
panic kmfree bad dealloc
panic glock
panic segmentation fault
panic MUNLOCK
tmscp device driver problems
panic PFCLEAR (vmem panics)
panic gfs_unlock
de# buffer unavabable
The biod data corruption problem
Some flow control problems within the device driver and hanging of
processes in the drivers.
Number of dmz's
ccr hangs
Named pipes causing segmentation violations.
-------------------------------
Warning - this patch was suppose to keep the old *.o files
but didn't for some reason I don't understand.
(The script should set $path and not read .cshrc - perhaps that
is why it didn't work in my case).
----------------------------------------------------
Now for the Bad news - The system is still crashing. But in a
different location! Ultrix support is working on it.

I admit I am puzzled why my system worked fine for months and then
crashed 8 times in one day. No apparent hardware problems.

-- 
	Bruce G. Barnett 	<barnett@ge-crd.ARPA> <barnett@steinmetz.UUCP>
				uunet!steinmetz!barnett