Squid

Problem with bulk downloading anything outside of Previous is that then if you've never had it installed, then you're basically going to wind up with the defaults for every app, which is probably not what you want.

You need to upgrade from 2G to at least 4Gig. 2 is really pushing it...

If you have FCP installed, Tools - Update Assistant is a start.

Settings then Then after the error, debugging

Update. Remote Access finally appeared to be available on the one server. However I get "this site cannot be reached" 🤔 Other servers are fine...

Why not? What's it do?

And are you running a hacked / modified version of CA (ie: changing the paths for the remote servers?)

What were you doing? Can you go to Settings, enable debugging mode then back to CA and immediately try and replicate this. After you do, hit the Debugging link and upload the file here

With yesterday's update to the plugin, I lost remote access to both of my servers (local still showed as being available) My usual fix for this is to sign out / sign in. This fixed one of the servers. My main server however seems to be permanently not able to gain remote access (and it does pass the check for remote access). unraid-api restart and another sign out / sign in has not fixed this yet. But, the "i" icon on the my servers dashboard is incrementing based on the time I did the api restart (from a remote location)

It's Back

That behavior is by design. But if you're using the auto update plugin to keep everything up to date, then having the OS check for updates is pointless

Thanks. I don't run pools. See if the update fixes it up for you

FCP is only checking for whats in /mnt/user, so you've got a share in there that's disallowed $reservedNames = ["parity","parity2","parity3","diskP","diskQ","diskR","disk","disks","flash","boot","user","user0","dev","disk0","disk1","disk2","disk3","disk4","disk5","disk6","disk7","disk8","disk9","disk10","disk11","disk12","disk13","disk14","disk15","disk16","disk17","disk18","disk19","disk20","disk21","disk22","disk23","disk24","disk25","disk26","disk27","disk28","disk29","disk30","disk31"];

Try that again, and don't reboot. If it still doesn't work, then post diagnostics again (without a reboot)

/mnt/disks is anything you've mounted via Unassigned Devices, and is perfectly fine. We're talking about stuff within /mnt/user

This is because of the flash dropping offline. Because it couldn't read your settings, everything winds up reverting back to default. Hence the message "Fatal Flash Drive Error" that you got via the Apps Tab. You may or may not notice the problems via the WebGUI (depending upon how you had it set up), but CA definitely notices it and warns you...

You need to give it a container path. IE: the path that Plex sees (something like /Workouts)

Which is why you either change the port mapping if you're running them in bridge network mode, or run them on a separate IP address (network: custom:br0). Quite normal for various apps to all use the same default ports. It's why docker has been designed the way it has. If any apps actually DO NOT WORK, then people have to let me know. Just glancing at the titles of the topics, and there's nothing particularly wrong with any of the pinned posts. The only one with a last reply time of 2016 happens to be locked so that no one can reply to it because it doesn't need any further explaination. Everything else you're probably looking at the creation date, not the last reply date. And there's definitely nothing wrong with having a post from 2015 being pinned. It's why there's Help Text (press the ? top right) for almost everything in the UI It's a forum. Posts do not get deleted. Very little has actually changed, but have rather become more refined and may look different, but the concept is still the same. If you're searching for something, you do have to be cognizant of the date of the posts and decide for yourself after looking at the dates and the UI if it is completely wrong or simply doesn't look quite the same. RobJ: Life goes on and other priorities happen. In other cases, life does not go on. This isn't a bug. Its a name of a default folder used by a 3rd party app that has nothing to do with either the makers of the OS, or the maker of the video. FCP catches stuff which tends to trip up users. It is not a debugging tool for why a particular random app does not work for you because of it's settings that is way out of the scope of what the plugin is designed to do. And, you also have to bear in mind that most of the errors / warnings are the author's opinion of how Unraid should get set up. Seriously doubt that. There are many other regular users here that help others with problems, much of which I have no clue about. Not to mention the casual users that also pipe in. Honestly, I'd suggest that you break down your little set up problems into smaller chunks and post about each of them in separate postings. Seeing a wall of rants / questions isn't particularly inviting for any given member here to want to help you out.

No. The Writeable column is the amount of information the app has written into the docker image. Everything there is fine except for whatever Jellyfin is writing in there (temp transcoding files?).

Double check the boot order first

Your parity drive was either disk 10 or 12. But, it would appear that you have no data on the drives. The assumption I'm forced to make is that at some point they came up as unmountable, and you then selected the checkbox and hit format. Your best (only?) recovery at this point is to invest in UFS Explorer and attempt to recover the files on a Windows box (non-VM)

yup

You need to start the array and post a new set of diags

OK, but your screen shot show that both the radarr messages are ignored. The top one is what's currently found that's ignored. The bottom one (which has boldface on one section -> have to look at why it's not on the top) is a previous one. Anything that's ignored will not generate a notification.

You need to enable Destructive Mode in UD's main settings IIRC