Date: Thu, 10 Apr 1997 13:48:45 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: dennis@etinc.com (dennis) Cc: msmith@atrad.adelaide.edu.au, andreas@klemm.gtn.com, terry@lambert.org, hackers@freebsd.org Subject: Re: 2.2.1R NFS and FTP load problem FOUND Message-ID: <199704102048.NAA09648@phaeton.artisoft.com> In-Reply-To: <3.0.32.19970410091311.006a8f8c@etinc.com> from "dennis" at Apr 10, 97 09:13:13 am
next in thread | previous in thread | raw e-mail | index | archive | help
> Blaming "bad ram" is like the doctor telling you you "have a virus" when he > has no > clue what else to tell you....... > > If you have real bad ram (a dead pin or a bad location(s)), you get > consistent failures that > go away when you replace the ram or use another machine. If you have > "flakey" ram (bad > timing, etc) you get random failures and crashes. f you get the same failure > on 2 machines with different ram it ain't the ram..... Unless you are running the RAM at or below rated value because your OS software is slow, not because the jumper settings on your machine are corect. Then if you upgrade and run a faster OS, you will have to worry about your jumper settings being wrong, where before you didn't have to worry (even though they were wrong before). So it's possible to have two machines fail on a new release when they weren't failing on the previous release, and have the reason be the RAM. In general, this can be tested by jumpering more wait states and/or reducing bus mastering controller's bus-on-time, if it's a tunable. However, the failures you are getting are loking more and more like problems with the install software. Have you tried the "new kernel replacement procedure" to get the new kernel on the boot disk, but the old install process from one of the working disks, so you can say for sure if it's the kernel or the install software that's failing? If it's the kernel, I'd suggest trying additional wait states if you don't have 60ns or better RAM. Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704102048.NAA09648>