Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 10 Oct 1998 21:07:56 -0600 (MDT)
From:      "Kenneth D. Merry" <ken@plutotech.com>
To:        toj@gorilla.net (Tom Jackson)
Cc:        freebsd-smp@FreeBSD.ORG
Subject:   Re: reboot no work
Message-ID:  <199810110307.VAA10428@panzer.plutotech.com>
In-Reply-To: <19981010214101.A327@TOJ.org> from Tom Jackson at "Oct 10, 98 09:41:01 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
Tom Jackson wrote...
> On Sat, Oct 10, 1998 at 07:07:37PM -0600, Kenneth D. Merry wrote:
> > Tom Jackson wrote...
> > > Thanks for asking, very good question. Well it doesn't show up on my
> > > Thinkpad using the same bytes from the server and kernel compiled on the
> > > server. It gets more interesting, or is that perplexing?
> > > 
> > > To make sure, I tried to boot the server with a single cpu kernel made at
> > > the same time. It went into single user because it can't fsck sd1. It does
> > > reboot from that condition. When in single user mode both fdisk and disk-
> > > label report that 2 disk without msdos partitions are not configured (?).
> > > They report as expected in smp mode. At this point, I'm not really sure if
> > > I have a damaged system or there is a bug somewhere. I'll keep looking.
> > > Hopefully someone might recognise something familar.
> > 
> > Can you pop it into the debugger when it hangs?
> > 
> > A stack trace might help diagnose the problem.
> > 
> > Ken
> > -- 
> > Kenneth Merry
> > ken@plutotech.com
> > 
> Sorry, no. THe keyboard is froze and only the reset button will bring
> me back. Have tried turning off all local script startups but still
> have problem. If I don't wait a respectable time after issuing the reboot
> I get a improper umount into fsck land. Have also noticed a somewhat long
> time delay after local startups when booting. This reboot problem has only
> been around since about the 10/8 or 10/9.

Can you try backing sys/cam/scsi/scsi_da.c to revision 1.7?  It could be
that the cache sync command is causing one of your disks to hang.

I'm not sure that's the problem, though, since you should be able to get
into the debugger when it hangs.

Also, what kind of SCSI controller do you have?  There was a bug in the
aha, bt and ahb drivers that caused the polling-for-completion stuff to not
work.

Ken
-- 
Kenneth Merry
ken@plutotech.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199810110307.VAA10428>