Radarr General Protection Fault errors


Recommended Posts

I'm running Unraid 6.9.0-rc2 currently.  I was having issues with Radarr importing files from nzbget so I started checking around.  I am getting the following errors over and over again on my unraid syslogs:

 

Feb 26 15:02:25 Tower kernel: traps: Radarr[9968] general protection fault ip:xxx sp:xxx error:0 in libmediainfo.so.0.0.0[xxx]
Feb 26 15:03:11 Tower kernel: traps: Radarr[10731] general protection fault ip:xxx sp:xxx error:0 in libmediainfo.so.0.0.0[xxx]

 

I have done a memtest which returned no errors.  I also performed a the "docker safe new perms" to see if I was having a permissions issue.  I also removed and re-added the linuxserver/radarr docker.  I am at my wits end.  Not sure where to go with this.  Any ideas?

Link to comment

Not clear but maybe docker img is corrupt, and getting appdata and system moved back to cache then recreating docker img would help.

 

Go to Settings - VM Manager and disable. 

Go to Settings - Docker and disable. While on that page delete docker.img. Don't worry your dockers can be easily reinstalled exactly as they were.

Keep these disabled until we can check that everything has been moved.

 

Go to Main - Array Operation and click Move.

Wait for it to complete then post new diagnostics.

Link to comment
  • 4 weeks later...

So, I'm sorry for abruptly stopping this but I thought things had fixed themselves.  Then last night I started have large IOWAIT issues while the mover was running.  I tried to reboot but although the dialog box came up and the logs seemed to indicate that a reboot had been ordered, nothing happened.  Stopping the docker seemed to do nothing.  Only shutting down and making sure the mover didn't start seemed to fix things.  I'm not sure why this is happening to be completely honest but it seems to be a continuation of the issues I was having before.  Something seems to not be working when it comes to permissions, the mover, and the cache.  

 

Should I keep going with this same topic or open up a new one?  What do you folks think?

Link to comment

I think I see what's going on here but I'm not sure how to fix it.  I had to replace the cache drive months ago because it failed.  I notice that when I look at the contents of the cache drive from main > cache > browse /mnt/cache, is see that some of those folders I previously had in my cache located "Downloads" share are not there.  I'm guessing that they are on the array now because of my cache drive replacement.  Now every time the mover runs the IOWAIT goes up to an insane amount and takes FOREVER to run.  Any ideas how to get these shares back in order again?

Link to comment

Ok.  I think I fixed one of my problems.  I had the share "Use Cache Pool" setting to "Yes" instead of "Prefer".  Sigh.  Yeah, I know....dumb mistake.  All of my shares seem to look ok now.  The big problem seems to be that my iowait is still going through the roof.  I have no idea what could be causing this.  I can't seem to pin point it to anything.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.