[SunHELP] 'Bad Slots' on Enterprise 6500 and 3500

Phil Stracchino phil.stracchino at speakeasy.net
Fri Jul 21 21:49:38 CDT 2006


David Froman wrote:
> After running the 6500 for a few months the electric bill was getting a tad
> steep, so I decided to have a 3500 take over for the 6500.  The 3500 was
> running 8 336mhz processors so I figured I would replace them with 400's from
> the 6500.  The 3500 had been up for several months as well and had not
> previous issues..  I pulled boards from slots 0,2,4 and 10 on the 6500 and
> installed them in the 3500, which had been online 5 minutes earlier with no
> problems.  When I booted up I received memory errors on every board.  I
> tracked the problem with the 3500 down to slot 7.  Any board in slot 7
> produces errors for every board.  At first I figured that maybe just all the
> boards in the 6500 were 'flaky' so I reverted back to the original 336mhz
> processors still in their original boards.  But the problem remains.  Slot 7
> produces errors for every board.
> 
> I've dug around in the Sun guides ever since this problem first presented on
> the 6500, but now it's become a major issue.  The 3500 needs to manage a
> database that's large enough to where I want to maximize the memory.  If this
> problem is correctable I would give most anything to learn how to clear it.
> 
> Once the memory errors run through though, the POST hangs at (PRIV)
> Priviledged Code, (TO) Time Out Error.  OBP does not launch so I never get to
> a point to attempt any corrective measures via the console.
> 
> So my questions are:
> 
> Has anyone seen anything like this before?
> 
> Are these slots really fried?


It sounds like you have a bad backplane.

Can you get into OBP if you boot the machine with slot 7 empty?  Will it
pass POST that way?


-- 
 Phil Stracchino                     Landline: 603-886-3518
 phil.stracchino at speakeasy.net         Mobile: 603-216-7037
 Renaissance Man, Unix generalist, Perl hacker, Free Stater



More information about the SunHELP mailing list