kernel panics on intel imac

@fiveaces 

You are using a G-Speed (Hitachi), with a Promise driver? I would not think they would be compatible, the Promise RAID is tied to the hardware. (curious)

To your panic....

In the backtrace:

Kernel Extensions in backtrace:
com.apple.driver.AppleInterruptController(1.0d1)[4C04B9E2-AC47-368A-8676-467C9F4BED23]@0xfffffe001f6fd8b0->0xfffffe001f700fcb
dependency: com.apple.driver.AppleARMPlatform(1.0.2)[C17D52A2-9028-37D3-9011-E084C00F96C9]@0xfffffe001eeb8af0->0xfffffe001ef03137
com.apple.driver.AppleARMWatchdogTimer(1.0)[52B3363C-B438-3F9F-8632-6788A99653F7]@0xfffffe001ef03140->0xfffffe001ef0796b
dependency: com.apple.driver.AppleARMPlatform(1.0.2)[C17D52A2-9028-37D3-9011-E084C00F96C9]@0xfffffe001eeb8af0->0xfffffe001ef03137

last started kext at 758560134704: com.apple.filesystems.smbfs 4.0 (addr 0xfffffe001e3d24d0, size 64493)

And the kernel panic log header:

panic(cpu 4 caller 0xfffffe001ef0749c): watchdog timeout: no checkins from watchdogd in 91 seconds (183 total checkins since monitoring last enabled)

Both point to a timeout. (Watchdog)

What work are you doing on this computer? Does it crash when sitting there, or when you are working?

@softraid-support The g-speed studio looks like it's no longer supported by g-technology. A lot of their utility software doesn't work anymore. For a while the G-speed wouldn't mount on the m1 mac and someone on another forum suggested installing that promise driver, now that g-speed works again. 

Right now I'm trying to back everything up from my thunderbay to a NAS. I'm transferring many TB's of data so I'm letting it run over night. Lately every time I come back to the computer it has restarted itself and the apple dialogue that says "your computer restarted because of a problem" pops up. It has crashed once or twice while I was working on it but it seems to be more common when I'm away. I think every time it has crashed has been while the thunderbay was reading/writing a lot of data. 

@fiveaces

Thanks for the info on the other devices.

There is the possibility that something going on in the hardware.

How old is the enclosure?

Have you seen any of the panics? If you are transferring data, does the system stop copying data for a period of time, then it panics?

@softraid-support Do you mean there might be something wrong with the thunderbay hardware? I haven't considered that. I have had it for about 2 years and I bought it new. 

As I was writing this it crashed again while the thunderbay was not connected to the computer. I'll attach another kernel panic report. 

Usually when it crashes while I'm using the computer it's unpredictable. Everything is normal then it all shuts down without warning. This most recent time the computer locked up for a minute then restarted. There was a pink screen that flashed for a fraction of a second. 

@fiveaces 

Another file system related panic:

last started kext at 418446427925: com.apple.filesystems.udf 2.5 (addr 0xfffffe002227f830, size

I think the file system panic thread is a red herring. But what is triggering it, I don't know.

@softraid-support I'm getting the feeling that there is more than one cause. It could be a bunch of software that's not playing well with big sur and monterey. I was running an older version of Carbon Copy Cloner 5 yesterday. I think that was triggering the panics. I paid to upgrade to CCC6 and it ran fine after that. Who knows?

@fiveaces 

Interesting. CCC uses rsync, which should be clean with macOS.

thanks for the info.