Help needed with SC750/eagle and panic when used for swapping.

Douglas Robinson dbr at cybvax0.UUCP
Thu Oct 11 02:53:44 AEST 1984


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<ATTN,DTCMP,DTABT,MXF> \
		er1=4<RMR> er2=100000<BSE> 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<ATTN,DTCMP,DTABT,MXF> \
		er1=4<RMR> er2=100000<BSE> mr=10 mr2=11777

	hp1: not ready
	hp1b: hard error sn22009 mbsr=13100<ATTN,DTCMP,DTABT,MXF> \
		er1=4<RMR> er2=100000<BSE> mr=10 mr2=11777

	hp1: not ready
	hp1g: hard error sn375945 mbsr=13100<ATTN,DTCMP,DTABT,MXF> \
		er1=4<RMR> 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!



More information about the Comp.unix.wizards mailing list