trurl

Do you know how to do this? Then, looking at the SAB website, it appears you can specify different folders for incomplete and complete downloads: https://sabnzbd.org/wiki/configuration/2.3/folders So, it looks like all the pieces are there for you to try it out for yourself.

I don't use this but I would be surprised if this wasn't fairly easy to accomplish. Map a path to a cache-no share and somewhere in SAB settings you can probably tell it to use that path for unpacking.

That will just take longer to fill. Nothing should be filling docker image. The usual cause is some application writing to a path that is not mapped. Common mistakes are using different lower/upper case when specifying paths, or using a relative instead of absolute path. I haven't found anyone needing more than 20G unless they have something misconfigured, and if you are writing into docker image, no amount may be enough.

That is probably not enough to do the install from the webUI. Make a backup of the config folder from flash, prepare flash as a new install, copy that config folder back to flash. You may have to follow a similar procedure anytime you need to update Unraid since you have so little RAM.

How much RAM do you have?

Maybe diagnostics would tell more. Perhaps the destination is readonly due to corruption, for example.

Can't quite parse that but in any case, you haven't told us where plex is saving recordings. Is it within /media?

As jonathanm noted, that sounds like a description of pfSense, so maybe you don't really need to bother with this docker at all.

Like many, they probably don't even know they have a sig in this "new" forum software that was carried over from the "old" forum software, since one of the annoying things about this "new" forum software is that viewing sigs are disabled by default. @buxton click on the dropdown next to your username at the top of the page and go to Account Settings. There you can turn on sig viewing and edit your own sig. Also, your sig says you have 8G memory, so you shouldn't have had 100% memory used. You need to figure out what caused that.

We would have to know where you have plex configured to store recordings, and whether or not that path is mapped to Unraid storage with enough free space. Post a screenshot showing where you have Plex storing recordings, and also post your docker run command as explained in the first link in the Docker FAQ: https://forums.unraid.net/topic/57181-real-docker-faq/

First link in https://forums.unraid.net/topic/57181-real-docker-faq/

Updates (whether by this plugin or the other one) only happen if there is a newer version than the one you have installed.

I have split these posts to this thread.

It has 64 pending. After replacement you can try to preclear it to see if those get reallocated and maybe reuse it for something but I wouldn't trust it in my array. If you look on the Dashboard it should show you that disk has SMART warnings. You shouldn't ignore these, and in fact, you should setup Notifications to alert you immediately by email or other agent when this sort of thing is detected. Are any of your other disks showing SMART warnings on the Dashboard? I notice you had an earlier parity check that had errors, but you didn't immediately try to resolve that problem and then get another parity check. The only acceptable answer for a parity check is exactly zero sync errors.

Are you sure this isn't a browser issue? Have you tried clearing browser cache?

Have you tried googling the errors your syslog is filling with? I don't know about those but seems to be hardware related and maybe something in the search results will apply to you.

That is not the point. It is whether or not the mapping is actually a path to the specific disk, or it is a path to a user share. It is very common to have the appdata user share as cache-only, so it is all on a single disk. But if you have it like that, you could either refer to it as /mnt/cache/appdata, or you could refer to it as /mnt/user/appdata. Either way it is on a single disk, but some people experience problems when using /mnt/user/appdata. The hypothesis is that somehow the user shares break the database.

https://forums.unraid.net/topic/46802-faq-for-unraid-v6/page/2/?tab=comments#comment-545988 You might find other useful information in the FAQ also.

When it happens again, and before rebooting, go to Tools - Diagnostics and attach the complete diagnostics zip file to your next post.

Go to User Shares, Compute All, post screenshot.

You mean like this post on this same page? https://forums.unraid.net/topic/51808-support-linuxserverio-letsencrypt-nginx/?do=findComment&comment=745607

I hope this was a typo since that path is wrong no matter what else. /mnt/user is the user shares.

The database is in your plex appdata so just delete it and reinstall.

On the Dockers page, click on the docker to get to the Update Container page. Then

Your appdata, domains, and system shares are all on cache where they belong. Your docker image is 35G, much larger than necessary. It is extremely unlikely to ever need even 20G unless you have something misconfigured. Have you had a problem filling it in the past? None of this is really about your question, though. I would say just make sure you have backups and if it isn't broke don't fix it.