Squid

reboot, try again, and take a screenshot of all the text that happens during install plugin

AFAIK, the hash values are not saved when moving files, not to mention that Dynamix FIP wouldn't care about files on the cache drive anyways since it doesn't touch it / check it.

Your power supply has to be able to handle all drives spinning up concurrently as a parity check or rebuild will do that

You've probably got the errors in your syslog since Preclear was installed prior to your upgrade. This problem will require an update to the plugin by @gfjardim

What is the SAT? Cron entries tend to be purely numeric, and IIRC Slackware doesn't support day names. Rather you'd be using 6

Nothing's changed. It's why when I redid my rental property I ran a CAT5 and RG6 to every single room. Up to the renter though to supply their own Switch / Sat Splitter

Unlike you, I do not have the memory of a goldfish It also happens on Duplicati. Unfortunately, I ran out of containers with Updates available for them to continue testing. Best guess is to edit the template and remove the TemplateURL line from it (and then ignore the complaint that FCP will give) But, it is a hair weird as this doesn't seem to affect everything, and it's not the TemplateURL entry being present that causes it because then it would affect every container across the board.

1-2 weeks is no problems at all for troubleshooting mode. Its if its every couple months or so that it'll cause problems

I don't like adding in tests that I can't replicate. Should get less and less frequent over time I expect 6.4.1 to fix this issue. Then the test becomes moot anyways I currently check for 32 bit packages only. I'll think about it. IDK. Seems to me to be user preference, and if they're changing the port in the first place, then they damn well should know what they're doing anyways. Easy enough, but is this patch being implemented in 6.4.1? I don't have a Ryzen, so don't particularly follow the thread. Not in the current incarnation. (IIRC, I add that as an "OTHER" which doesn't need an ignore in the first place since it won't trigger a notification.) A future version will actually allow selective tests to be run

Anyone who applied the line to patch the plugin can now safely remove it after updating their plugin.

I'll remove the incompatible flag in a couple of hours

Seeing as how I made FCP, and CA Resource Monitor, my settings of it being incompatible with 6.4.0 is odds on correct. Does it work on 6.4.0? No The recommendation to uninstall it stands.

Personally, I've never understood why you ever need to assign any container a specific IP but you would need to surf the 6.4 thread on how you do this

The apply the patch via the user scripts plugin so you can also have a description. I've had the PR sitting there for @theone to approve since I posted the patch in December.

Previous Apps section reinstalls with the last changes you made to the template. So yes. Just undo what you did

Delete the orphaned image. Reinstall Plex via the Apps Tab, Previous Apps, and then undo the changes you made.

Works for me. I downloaded Subsonic, called it Yellow Submarine, and I can select it, move it around, etc.

I'll look into it. Honestly I don't remember if I ever tried it.

Probably because you're reusing the ports which unRaid now uses if SSL is enabled. Check the 6.4.0 thread / let's encrypt thread

Remind me in a couple of days

Its because I keep track of the PID and check the file with that to see if the script is still running. You'd have to remove the appropriate file from /tmp/user.scripts/something

Should be posting in the user.scripts support thread. Are you saying that when killing the script in user scripts UI that it still shows that its running?

First and foremost, make sure that CA is up to date

You'll probably need to flash them to IT mode, but its a painless procedure, and detailed in the Flashing thread.