Squid

Put it this way. The only way that I can see it being possible for the problem is when FCP issues an HDPARM (standard linux) command to figure out if there's an HPA partition on the drives. Not sure at the moment what to possibly do about it.

We should create a poll somewhere Sent from my LG-D852 using Tapatalk

And yours is more "do as I say with no explanation at all"

I've always hated your explanation of the phenomena. Much prefer mine: You were probably using blackholes and drone factory

Ditto Same quick search basically pulled up no answers, except that the users who did have it upgraded to later kernel versions and it went away on its own. Try upgrading to 6.4 https://forums.lime-technology.com/topic/57820-limetech-release-process-how-do-i-install-prereleases/

No real good answer for you at this point in time. Just remove it.

If you go the cache pool route, definitely grab a UPS. BTRFS (required for a cache pool) is less forgiving in power failure situations than XFS (which you can use if you don't utilize a cache pool)

Diagnostics were after the reboot, so nothing in there. Better to run Fix Common Problems plugin in troubleshooting mode and then post after the crash But, General causes of crashes / reboots: Bad memory (everyone tends to assume that I just bought it, so it has to be good) - Run Memtest Poor P/S - By far the most overlooked piece of equipment on any computer BIOS updates Cooling subsystem No UPS / Poor UPS combined with poor mains supply More than 2 memory modules and the modules are not on the certified list for the motherboard More than 2 memory modules and the CAS timings do not match each other. Dust bunnies (they do conduct electricity) Bad Karma

Not at all. As far as I'm concerned, a cache drive (whether SSD or regular HDD) is a necessity once dealing with docker apps or VMs. Both of them (and the apps that run under them) will continually write various metadata, etc which if not stored on the cache drive will result in significant slowdowns. Whether you do a pool or not is entirely up to you. I personally can't be bothered.

Try referring to the Server via the IP address instead of by its name. IE: \\192.168.x.xx\Movies instead of \\Tower\Movies

Because of how I do things / what I play with, I'm probably very harder on the array than most users (with regards to unclean shutdowns), and I have never once had file corruption / unmountable drives, etc using XFS. If the drive(s) come up and are mountable, then you're not going to experience any major problems. Worst case scenario pretty much is a file or two that *may* be corrupted (if a parity check indicates errors). All of your "If I lose this my wife will kill me" files should be backed up onto physical media / cloud / whatever. Every computer should have one. Corruptions caused by power loss on not limited to unRaid, but affect every OS equally.

Then you must be really annoyed with the apps tab. Probably 60-70% of the apps in the description have a donate link underneath them. Not to mention that there's places within CA itself that offers a donate for CA itself.

Cursor doesn't move when on the password line. Are you entering in the correct password? (Wasn't clear if you were actually entering in the password or not)

Parity disk dropped offline. You probably disturbed the cabling to it. Reseat all the cables to it and try again.

Then there's no dangling images present

I use USB over ethernet on a 50' run with no problems. Using this: http://www.ebay.ca/itm/292190729634?_trksid=p2380057.m570.l6004&_trkparms=gh1g%3DI292190729634.N41.S1.R1.TR2.R1.TR2 Only USB1.1, but a remote control doesn't need much bandwidth Beyond that, you can always use any phone / tablet as a remote with the Android / iPhone Kodi remote apps.

No. If the service is enabled docker.img has to exist. If it doesn't (ie: brand new install, etc) then it creates it. In your case it probably happened after it rebooted.

Can you post the error also?

If its a Windows vm just download something like powerISO. Would give you the greatest flexibility. Sent from my LG-D852 using Tapatalk

Settings docker. Disable the service. Advanced view. Delete the image file. You probably didn't disable the service so it just recreates itself. Sent from my LG-D852 using Tapatalk

The diagnostics you posted (you had FCP running in trouble shooting mode) shows the temps every 10 minutes. And the last entry (Aug 9@23:12) is a reasonable 44C Primary causes of random reboots are Power Mains Problem (No UPS and power dips) (Air Conditioner cycling on causing a power dip?) Bad / Overloaded / Poor Quality Power Supply Memory Bad (Run Memtest)

Any cache-only share, cache prefer share, or use cache yes share will show as unprotected in a single cache drive system if files in those shares exist on the cache drive.

drives 3TB+ using ATA8-ACS as the interface. Theory. I can only prove that certain ST3000DM's using ATA8-ACS on a SAS2LP cause 2 known marvel issues. You've got ports to spare on the mobo, so nothing to lose

If / when you get bored, try this: Move Hitachi_HUA723030ALA640_MK0371YVG9PYUA - 3 TB, Hitachi_HUA723030ALA640_MK0373YVHH0A4C - 3TB, Hitachi_HUA723030ALA640_MK0361YHJ0N8JD - 3 TB off of the SAS2LP and onto the motherboard. Don't put them onto the Syba Card. And see if there's any improvement. No guarantees.

Not the IPv4 expert, but your DNS addresses of 0.0.8.0 and 0.0.4.0 are invalid https://db-ip.com/0.0.8.0 Use 8.8.8.8 and 8.8.4.4 instead in network settings