Gragorg

I would run an extended smart test on the disk. CRC errors are usually a connection issue. However if the Realocated sector count and Reported uncorrect increase it could be a disk problem and I would change the disk. I believe CRC errors are already corrected.

This seems to be the case for me I am using macvlan with bridging disabled. What really threw my for a loop is my netgear RAXE 500 actually sees both them for the same ip while my old router did not.

Take a peak in your config folder on your usb is pro.key file present there? I assume you followed the email instructions from unraid and rebooted to take effect?

I'm not familiar with your controller card but you motherboard won't slow them down. JorgeB did some good testing on controllers you can find here.

Typically monthly parity check are non correcting. If you look under settings and scheduler under the parity check section then "Write corrections to parity disk:" is by default set to no. The check mark on the main page is for manual parity checks

Your first three parity checks detected the errors but nothing was corrected until you ran the correcting parity check. The follow up parity check should be zero since you ran a correcting parity check.

You won't see a performance difference with a LSI card your current board is not capping your drive speed.

Unrelated but your appdata backup and unbalance plugins are depreciated. The new version is appdata backup by KluthR and unbalanced is the name of the new unbalance.

The drive with problem is Sdc which appears to be your parity drive. There is no point finishing the rebuild of parity until you figure out the cause. I'm no expert but if it was me I would stop the rebuild powerdown and replace/check power and sata cables to your parity drive including any splitter you have on that drive and try again.

Any share you setup has primary and secondary storage as well as mover action. So if you set the download share primary as cache and array as secondary with mover action cache-->array it wlll move the download files to the array from the cache. Most use the "arr" dockers to move media files to the media folder when completed. Some setup media folders as array only so when downloads are completed they are moved direct into the array. In this case media is setup as primary as array and secondary and mover action are left blank. Some prefer the media share set to cache as primary and array as secondary with the mover action set cache-->array. In this case files are usable by your media player right away but are protect by the array once the mover runs.

You can post your diagnostics here for the pros. The "Anonymize diagnostics" box is usually checked by default.

That CPU does not have quicksync so the CPU will get hammered trying to transcode with the cpu. You could look for a used Xeon chip from the Haswell family that has quicksync built in. A Haswell Xeon with quicksync will handle 1080p streams with transcoding all day long. Here are E3 1275 v3 on ebay. Worth mentioning I beleive you need plex pass to use hardware transcoding.

Here is the recommended list. Most seem to use LSI cards but there are some inexpensive 6 port options on amazon.

Ya i just found it just wasn't expecting it there. Thanks

Took another look this morning and the old UPDATE button is missing. Is this expected? Do I have to install connect to get this back? EDIT Ok found the new Check for Update button in the top right corner.

Smooth update. Thanks for the good work!

Are you running a Netgear router with Armour?

Give this video a watch from the great Spaceinvader One

Try switching to a USB 2.0 port and wouldn't hurt to try another cable. Stop and restart the UPS daemon in settings and see if it pick back up. Some people also have better luck with the NUT plugin.

I assume you UEFI boot. On your flash drive there is a directory called EFI~. Make sure the ~ is gone and rename that directory EFI

Glad you got it running.

Have you tried wireguard instead of openvpn?

Does anyone know if or when this will or has been patched? I assume in the next release of unraid? https://www.bleepingcomputer.com/news/security/leaky-vessels-flaws-allow-hackers-to-escape-docker-runc-containers/

I would recommend looking at Binhex's delugevpn docker. He has added support specifically for Proton. Look in his FAQ question #31. This will also allow you to route your arrs and jacket through vpn on this container or through privoxy which is also built in.

This is right on the github for cloudflare ddns Depreciated Parameters -e EMAIL - Your CloudFlare email address when using an Account-level token. This variable MUST NOT be set when using a scoped API token. For your swag or NPM you could use 180 and 1443 ports in the docker template if your not using them. So port forward would be external 80 to 180 internal and external 443 to 1443. In the docker template set 180 to port 80 and 1443 to 443.