> -- --Original Message-- -- > From: Clayton [mailto:smaug42@(protected)] > > > a typical freeze is very uncommon for Oracle! > > I know. That's what baffles me. > > > If a unix system behaves like this it's to 99% hardware and to 90% RAM. > > Even if switching to oracle might indicate a problem with ORACLE. > > Triple check your RAM. > > If possible remove 512MB each at a time and retry. > > I don't believe it has something to do with non-certified SuSE 9.3. > > I desperately hope it's not RAM. My last system died due to RAM issues > - it did mean IT was able to upgrade me to a nice shiny new AMD64 though :-) > > I've done RAM tests on this computer about a month ago.. let it > memtest86 run over a weekend. No errors. I will drop it > into memtest86 > again this weekend. > > No lockups with any other heavy system loads.
RAM issues can be VERY hard to diagnose. The first Opteron server that we got had a faulty DIMM in it and it was a real pain to diagnose!
Memtest for 24 hours turned up nothing at all. However Oracle would mysteriously cause the system to lock.
The problem only seemed to occur under heavy I/O loads. In the end I discovered that running 3 or 4 simultaneous bonnie's would do the trick (i.e. it would freeze in under 5 minutes). I used that method to pin down which RAM was faulty.
Hope that helps!
Cheers Mike
-- To unsubscribe, email: suse-oracle-unsubscribe@(protected) For additional commands, email: suse-oracle-help@(protected) Please see http://www.suse.com/oracle/ before posting
