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?

If possible before rebooting and preferably with the array started
Go to Tools - Diagnostics and attach the complete Diagnostics ZIP file to your NEXT post in this thread.

I just ran the diagnostics (with anonymization turned on) and posted the zip file to this post.  The array was running when I did it.

tower-diagnostics-20210226-1524.zip

Your appdata and system shares have files on the array. Did you have some problem with cache?

Yes. I had to get a new cache drive as my last one failed. 

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.

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?

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?

14 minutes ago, fiftydollarburrito said:

I'm guessing that they are on the array now

No need to guess.

 

Go to User Shares page and click Compute... for the share

I just did what you suggested.  It looks like yes, some of those shares are on the array.  I attached a screenshot.

 

 

I also just downloaded the CA M over Tuning plugin, and set the Mover priority to low, and IO process priority to low.  We'll see if that has any affect on this.

 

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.