Handbrake causes Kernal Panic on Nehalem Mac Pro

[hugeman]

I don´t know if I'm the only person with this problem or it´s a bug. But Handbrak causes my Nehalem Mac Pro a Kernal Panic. This is the error-log from Mac OS X:

Code: Select all

Mon May 18 19:25:13 2009
Machine-check capabilities (cpu 1) 0x0000000000001c09:
family: 6 model: 26 stepping: 5 microcode: 15
Intel(R) Xeon(R) CPU           W3520  @ 2.67GHz
9 error-reporting banks
threshold-based error status present
extended corrected memory error handling present
Machine-check status 0x0000000000000004:
machine-check in progress
MCA error-reporting registers:
IA32_MC0_STATUS(0x401): 0x0000000000000800 invalid
IA32_MC1_STATUS(0x405): 0x0000000000000800 invalid
IA32_MC2_STATUS(0x409): 0x0000000000000000 invalid
IA32_MC3_STATUS(0x40d): 0x0000000000000000 invalid
IA32_MC4_STATUS(0x411): 0x0000000000000000 invalid
IA32_MC5_STATUS(0x415): 0x0000000000000000 invalid
IA32_MC6_STATUS(0x419): 0x0000000000000000 invalid
IA32_MC7_STATUS(0x41d): 0x0000000000000000 invalid
Package 0 logged:
IA32_MC8_STATUS(0x421): 0xfe1d4f000001009f valid
  Channel number:         15 (unknown)
  Memory Operation:       read
  Machine-specific error: Read ECC
  COR_ERR_CNT:            27256
  Status bits:
   Processor context corrupt
   ADDR register valid
   MISC register valid
   Error enabled
   Uncorrected error
   Error overflow
IA32_MC8_ADDR(0x422): 0x000000006aee9600
IA32_MC8_MISC(0x423): 0xbba9087000080581
  DIMM:     0
  Channel:  2
  Syndrome: 0xbba90870
panic(cpu 1 caller 0x001A99A9): Machine Check thread:0xc6eea78, trapno:0x12, err:0x0, registers:
CR0: 0x80010033, CR2: 0x140e8f30, CR3: 0x1d99e000, CR4: 0x00000660
RAX: 0x0000000000000107, RBX: 0x0000000000000529, RCX: 0x0000000000000190, RDX: 0x0000000125ca53d0
RSP: 0x000000011433f698, RBP: 0x0000000000000000, RSI: 0x0000000000000008, RDI: 0x000000011433f7b0
R8:  0x0000000000000006, R9:  0x0000000000000002, R10: 0x0000000000000000, R11: 0x0000000000000310
R12: 0x0000000000000002, R13: 0x0000000000000002, R14: 0x00000000000005de, R15: 0x0000000114340570
RFL: 0x0000000000000206, RIP: 0x000000010055c926

Backtrace (CPU 1), Frame : Return Address (4 potential args on stack)
0x77bf4f78 : 0x12b4c3 (0x45d7fc 0x77bf4fac 0x133542 0x0) 
0x77bf4fc8 : 0x1a99a9 (0x4673dc 0xc6eea78 0x12 0x0) 
0x77bf50a8 : 0x1a15c3 (0x77bf50b4 0xf 0x1433f7b0 0x1) 
Backtrace terminated-invalid frame pointer 0

BSD process name corresponding to current thread: HandBrake

Mac OS version:
9G3553

Kernel version:
Darwin Kernel Version 9.6.3: Tue Jan 20 18:26:40 PST 2009; root:xnu-1228.10.33~1/RELEASE_I386
System model name: MacPro4,1 (Mac-F221BEC8)

If I start a Handbrake encoding after I have worked with the computer it chrashes after a copule of minutes at every encoding. But if I set up a queue and then restart the computer it works at 95 % of the times. I don´t think I have memory problems in my Mac Pro, I have run Apples memory tests and yesterday i really stressed the mac with 10-15 applications including a vmware virutal machine with windows 7.

[Ritsuka]

It's quite hard for an application to cause a kernel panic… almost impossible.
You could try to remove some ram banks at time and see if it still do it.

[hugeman]

It's quite hard for an application to cause a kernel panic… almost impossible.
You could try to remove some ram banks at time and see if it still do it.

Ok, but Handbrake is the only program that has caused a kernal panic and I have ran out of physical memory a couple of times with other programs without a problem. Can I remove a bank!? The memory in Nehalem Mac Pro is mounted in tripple and I only have 3 modules (3x2 GB).

[KonaBlend]

Ok, but Handbrake is the only program that has caused a kernal panic and I have ran out of physical memory a couple of times with other programs without a problem. Can I remove a bank!? The memory in Nehalem Mac Pro is mounted in tripple and I only have 3 modules (3x2 GB).

Yeah but when hb is encoding it's probably the program which gets most CPU time so... if you have a hardware/system issue, hb is more likely to be the active context.

Machine-specific error: Read ECC looks interesting. Check this thread out; maybe you have bad ram that likes to behave badly when stressed (ie: system warms up while doing something cpu intensive): http://forums.macrumors.com/archive/ind ... 84441.html

[hugeman]

Ok, but Handbrake is the only program that has caused a kernal panic and I have ran out of physical memory a couple of times with other programs without a problem. Can I remove a bank!? The memory in Nehalem Mac Pro is mounted in tripple and I only have 3 modules (3x2 GB).

Yeah but when hb is encoding it's probably the program which gets most CPU time so... if you have a hardware/system issue, hb is more likely to be the active context.

Machine-specific error: Read ECC looks interesting. Check this thread out; maybe you have bad ram that likes to behave badly when stressed (ie: system warms up while doing something cpu intensive): http://forums.macrumors.com/archive/ind ... 84441.html

Thanks for the answers. I replicated the error with 8 instances of CPU Test and a movie. Hardware error confirmed with Apple. Tomorrow I will take the computer to a repair center.

[eddyg]

Note that with my older mac pro I have to use smcfancontrol to increase the fan speed to keep the memory cool - else when encoding with hb I'd get ECC errors as the system over heated.

So even when you get your memory replaced - I'd reccomend keeping it cool when using hb.

Cheers Ed