Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 5 Jun 1995 14:17:04 -0400 (EDT)
From:      "Alok K. Dhir" <adhir@iagi.net>
To:        Bob Willcox <bob@luke.pmr.com>
Cc:        Satoshi Asami <asami@cs.berkeley.edu>, rgrimes@gndrsh.aac.dev.com, mdomsch@dellgate.us.dell.com, freebsd-hackers@freebsd.org
Subject:   Re: NCR810 problem?
Message-ID:  <Pine.BSF.3.91.950605140852.7343A-100000@bigdipper.iagi.net>
In-Reply-To: <199506041700.MAA05079@luke.pmr.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 4 Jun 1995, Bob Willcox wrote:

> Satoshi Asami wrote:
> > 
> >  * > > > assertion "cp == np->header.cp" failed: file "../../pci/ncr.c", line 5235
> >  * > > > assertion "cp" failed: file "../../pci/ncr.c", line 5236
> >  * > > > ncr0 targ0?: ERROR (80:100) (e-ab-2) (8/13) @ (10d4:e000000).
> >  * > > >              reg: da 10 0 13 47 8 0 1f 0 e 80 ab 80 0 3 0.
> >  * > > > ncr0: restart (fatal error).
> >  * > > > ncr0: reset by timeout.
> >  * > > > sd0: error reading primary partition table from fsbn 0 (sd0 bn 0; cn 0
> >  * > > > tn 0 sn 0)
> > 
> > Just another datapoint, I am seeing this from time to time on my
> > -current system too.  NCR 53C825, with Quantam Atlas 2.1GB as the lone 
> > SCSI device, SiS chipset, Pentium-90.  The only other device on PCI
> > bus is video card (#9 GXE64 Pro).
> > 
> > It's not predictable though, my guess is that it happens about 1/3 of
> > the time.  If the boot gets through the fsck stage, it will run fine
> > for days.  Otherwise, it will spew a river of errors and I need to
> > open the lid and press the reset button.  It always succeeds after the
> > reset (or so it seems, I don't remember having to reset twice in a
> > row).
> 
> I have seen many of these messages here on a system that I just
> upgraded to 2.0.5 and a Pentium-100 (I placed a copy of one
> representative example at the end of this note).  Previously, under
> 1.1.5.1 using 3 BusLogic BT-747S controllers and 486DX4/100, all
> 15 of disk drives were happy...system would run for weeks w/o
> incident and I had *no* disk problems.  Now, with the current
> configuration:

I too, am seeing the 1 boot out of 3 freaks out problem with the exact 
same symptoms as the above couple of messages.  This box (Asus SP3G, 
486dx2/66, onboard NCR SCSI driving Quantum Empire 2100S and a HP 35480 
DAT drive) used to run 1.1.5.1 perfectly - never a problem on reboot.  
Now (2.0.5ish) freaks one out of three times with the NCR probing errors 
and then the river of errors.  Can fix it by hitting reset 9 times out of 10.

Another strangeness of the new OS version:  We're running named (and had 
been under 1.1.5.1 also).  Ever since upgrading, we get several "Lame 
delegation to..." messages in syslog every day.  Here's what they look 
like:

[...]
Jun  5 09:39:58 bigdipper named[103]: Lame delegation to 'in-addr.arpa' from [198.17.243.2] (server for '1.156.204.in-addr.arpa'?) on query on name '1.1.156.204.in-addr.arpa' 
Jun  5 09:40:02 bigdipper named[103]: Lame delegation to '1.156.204.in-addr.arpa' from [168.143.0.2] (server for '1.156.204.in-addr.arpa'?) on query on name '1.1.156.204.in-addr.arpa' 
[...]

Do I have anything to worry about with these or are they normal?

Thanks!



Alok K. Dhir
Internet Access Group, Inc.
adhir@iagi.net
(301) 652-0484  Fax: (301) 652-0649
http://www.iagi.net




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.950605140852.7343A-100000>