Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site cybvax0.UUCP
Path: utzoo!linus!decvax!genrad!mit-eddie!cybvax0!dbr
From: dbr@cybvax0.UUCP (Douglas Robinson)
Newsgroups: net.unix-wizards
Subject: Help needed with SC750/eagle and panic when used for swapping.
Message-ID: <177@cybvax0.UUCP>
Date: Wed, 10-Oct-84 12:53:44 EDT
Article-I.D.: cybvax0.177
Posted: Wed Oct 10 12:53:44 1984
Date-Received: Sat, 13-Oct-84 01:49:06 EDT
Distribution: net
Organization: Cybermation, Inc., Cambridge, MA
Lines: 54

We are currently running the following configuration:

	VAX 11/750
	hp0 = RM80 with RH750 controller (system disk)
	hp1 = Fujitsu Eagle with Emulex SC750 controller
	(and other unibus devices)

I have set up the kernel to be able to swap to both the RM80 and the Eagle.
From the documentation, I note that I have to manually turn on the swapping
to the eagle, either through a line in the /etc/rc (or /etc/rc.local) file,
or by hand (both using the 'swapon' command).

Whenever I turn the swapping on for the eagle, within a day the system
panics with the following:

	hp1: not ready
	hp1X: hard error snYYYY mbsr=13100 \
		er1=4 er2=100000 mr=10 mr2=11777

The X and YYYY above seem to vary, with actual examples being:

	hp1: not ready
	hp1a: hard error sn17 mbsr=13100 \
		er1=4 er2=100000 mr=10 mr2=11777

	hp1: not ready
	hp1b: hard error sn22009 mbsr=13100 \
		er1=4 er2=100000 mr=10 mr2=11777

	hp1: not ready
	hp1g: hard error sn375945 mbsr=13100 \
		er1=4 er2=0 mr=10 mr2=11777

I formatted the disk the first time with the most extensive pass which
took about 14 Hours.  Before I do it again I'd like to know that
the problem IS a BAD SECTOR, not some other piece of code.

Has anyone had a similar problem and found a fix?  HELP!!!!

Note that if I do NOT turn the swapping to the eagle by hand (I DON'T
DO IT FROM /etc/rc or /etc/rc.local) our system stayes up for weeks!
I need the extra swapping arm as we are currently supporting (don't
gag please) ~25 users on this machine, and when they all start working
the disk accesses are drowning out the CPU (~25 RESIDUAL processor)!

Any help MUCH appreciated.

	Doug Robinson
	Cybermation, Inc.
	617/492-8810
	...!mit-eddie!cybvax0!dbr
	...!harvard!cybvax0!dbr

Jobs don't kill programmers... programmers kill jobs!