squiddles88

Members
  • Posts

    10
  • Joined

  • Last visited

squiddles88's Achievements

Noob

Noob (1/14)

0

Reputation

  1. Can someone please help with this? It's been going on for ages.
  2. I've also tested Jellyfin and get the same GPU hangs when attempting to tone map: Jun 19 17:28:00 Apollo kernel: i915 0000:00:02.0: [drm] Resetting rcs0 for CS error Jun 19 17:28:00 Apollo kernel: i915 0000:00:02.0: [drm] ffmpeg[18618] context reset due to GPU hang Jun 19 17:28:00 Apollo kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:8ed1fff2, in ffmpeg [18618] Jun 19 17:28:00 Apollo kernel: ffmpeg[18618]: segfault at 178 ip 0000152962cb2ed8 sp 00007ffff5a79908 error 4 in libOpenCL.so.1.0.0[152962caf000+6000] likely on CPU 0 (core 0, socket 0) Jun 19 17:28:00 Apollo kernel: Code: 66 90 ff a0 78 01 00 00 b8 dc ff ff ff c3 0f 1f 40 00 f3 0f 1e fa 48 8b 05 35 77 00 00 48 85 c0 75 10 48 85 ff 74 11 48 8b 07 <ff> a0 78 01 00 00 66 90 ff a0 80 01 00 00 b8 dc ff ff ff c3 0f 1f Jun 19 17:28:04 Apollo kernel: i915 0000:00:02.0: [drm] Resetting rcs0 for CS error Jun 19 17:28:04 Apollo kernel: i915 0000:00:02.0: [drm] ffmpeg[18868] context reset due to GPU hang Jun 19 17:28:04 Apollo kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:8c17bc37, in ffmpeg [18868] Jun 19 17:28:05 Apollo kernel: ffmpeg[18868]: segfault at 178 ip 00001465ac0b2ed8 sp 00007ffe40db6c78 error 4 in libOpenCL.so.1.0.0[1465ac0af000+6000] likely on CPU 1 (core 1, socket 0)
  3. I have the exact same problem with a J3455 CPU, tested on 6.12 too. Only when trying to tone map. Works fine otherwise. Jun 19 16:55:31 Apollo kernel: i915 0000:00:02.0: [drm] Plex Transcoder[8336] context reset due to GPU hang Jun 19 16:55:31 Apollo kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:00280000, in Plex Transcoder [8336]
  4. Just disabled and it works, but now washed out colours. So must be related to HDR tone mapping.
  5. Okay, I've done a bit more digging and I may be having a different problem. I've also disabled VT-d and hooked up a monitor. I think its more crashing on HEVC decoding than any form of hardware encoding. The GPU only hangs when trying to transcode HEVC videos. It happens immediately after attempting to transcode and then falls back to software transcoding (which obviously just stalls as the CPU is far too weak). Edit: I am also able to transcode 2mbit SDR 1080p HEVC to H264 fine. It might just be HDR HEVC crashing.
  6. The only thing I haven't tried is disable VT-d, as I don't have access to the BIOS at the moment. Even if that did allow hardware transcoding to function, it isn't really solved as it should function with it enabled, and does in other OS's. Edit: I found muzo178 is also using a Terramaster box. I am using a slightly different box that has similar cpu, J3355 vs J3455 (mine). I'll see if I can get a monitor to the NAS as disable VT-d.
  7. I have the exact same issue. It is beyond frustrating that I am unable to use Plex transcoding without hard crashes.
  8. It's not the PSU. It's an appliance machine with a dedicated PSU. Haven't had these problems under the Terramaster OS.
  9. Hi, I've been pulling my hair out trying to figure out why my Unraid server is crashing when hardware transcoding with Intel QSV. I've tried searching and googling, but can't seem to find anything. The following is being generated in the syslog during transcoding: Dec 20 15:37:02 Apollo kernel: i915 0000:00:02.0: [drm] Resetting rcs0 for CS error Dec 20 15:37:02 Apollo kernel: i915 0000:00:02.0: [drm] Plex Transcoder[21854] context reset due to GPU hang Dec 20 15:37:02 Apollo kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:00280000, in Plex Transcoder [21854] Dec 20 22:41:36 Apollo kernel: i915 0000:00:02.0: [drm] Resetting rcs0 for preemption time out Dec 20 22:41:36 Apollo kernel: i915 0000:00:02.0: [drm] Plex Transcoder[17899] context reset due to GPU hang Dec 20 22:41:36 Apollo kernel: i915 0000:00:02.0: [drm] GPU HANG: ecode 9:1:8ed2fff2, in Plex Transcoder [17899] I'm running Plex in a docker container. After the crash, the system does not respond at all to icmp, webui or ssh. The only way to regain access is to power cycle the machine. Any assistance would be appreciated. apollo-diagnostics-20221222-1924.zip