Squid

You need to start with a blank flash drive, then create a new flash drive (eg: USB Creator). Then boot with it and register it as a trial. Trial keys cannot be transferred, and cannot have anything but the default settings etc on them when registering. PAID keys do not have this limitation IE: register the flash, re-assign your drives accordingly etc.

Don't use seafile, but can you simply add in another path via the template and reference that in addition to /shared (eg: /shared2) within the app?

You need to post your diagnostics from 6.12.8

You are correct. That page isn't considering that you would hit update all after removing a container without reloading the page. IE: Simple workaround is to reload the page before hitting update all if you've deleted something, but yes you found a bug

Before anyone says anything, my answer is "I know". Try again in about 5 minutes

Are you using Active Directory on your network? Assuming you're not, then go to Settings, SMB settings and set enable SMB to be Yes (Workgroup)

The triangle (if you hover over it) means that some (or all) of the files are unprotected by a parity system. Since the ZFS and NVMEs are presumably protected, that means that the ISOs share is sitting on the array which doesn't look like you've added a parity drive to.

Veto'ing files slows all access down as samba has to then compare every single file against the veto list https://www.samba.org/samba/docs/current/man-html/smb.conf.5.html#VETOFILES:~:text=valid %3D yes-,veto,-files (S) fruit:metadata being set to stream is technically faster in conjunction with everything else listed there, but pre-existing metadata may get lost by changing it from the default of netdata. My testing on a directory with ~1000 folders has stream being ~1 second faster to open and populate. Default of netdata was ~2-3 seconds. 6.12.8 has for the settings with Mac Interoperability enabled what LT recommends. Not to say that there may not be better / faster, but the possibility of losing metadata - especially if you ever used AFP on the server dictates a more conservative setting for the OS defaults

The dashboard takes into consideration I/O wait on its graphs

The flash drive is returning some weird errors Feb 24 04:45:35 Server-HP kernel: usb 1-1.1: reset high-speed USB device number 3 using ehci-pci Feb 24 04:45:35 Server-HP kernel: sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x03 driverbyte=DRIVER_OK cmd_age=30s Feb 24 04:45:35 Server-HP kernel: sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x28 28 00 00 7c a8 28 00 00 f0 00 Feb 24 04:45:35 Server-HP kernel: I/O error, dev sda, sector 8169512 op 0x0:(READ) flags 0x84700 phys_seg 2 prio class 2 Feb 24 04:45:35 Server-HP kernel: usb 1-1.1: reset high-speed USB device number 3 using ehci-pci Feb 24 04:45:35 Server-HP kernel: sd 0:0:0:0: [sda] tag#0 UNKNOWN(0x2003) Result: hostbyte=0x07 driverbyte=DRIVER_OK cmd_age=0s Feb 24 04:45:35 Server-HP kernel: sd 0:0:0:0: [sda] tag#0 CDB: opcode=0x28 28 00 00 7c b0 28 00 00 f0 00 Feb 24 04:45:35 Server-HP kernel: I/O error, dev sda, sector 8171560 op 0x0:(READ) flags 0x84700 phys_seg 2 prio class 2 Which makes it look like a bad flash. Try reseating it and booting again or transfer it to a new device (your data is all safe) You can also try from the command prompt entering in slim and seeing if that brings up the GUI on the local monitor Also, does it work if you boot up in safe mode?

Drives get redballed when a write to it fails. Since this did happen and/or a write to the emulated drive happened while the disk was missing, the contents between the emulated and the physical drive do differ, if only slightly. I always recommend to let the drive be rebuilt so that everything is all in sync. BUT, to do it without rebuilding you would do a Tools, New Config, keep all of the assignments and when starting the array check off that Parity is already valid. But you should really after that do an immediate parity check to make sure everything is back synced together. IE: Best bet is to simply rebuild onto the drive itself.

Looks like its working. Highwater will fill all the 16s up to 8tb freespace. After that's done, then it starts back over at disk 1 and fills every drive up to 4tb freespace in turn. Then starting back at disk 1 it'll go to 2tb. IE: Highwater is based upon the largest drive in the array (50%, 25%,...) not 50%, 25% of every drive. Based upon your drive free space, it should still be on #1

The SelfHosters guys still publish a Chevereto free which installs https://hub.docker.com/r/nmtan/chevereto Your best bet would be to talk to @Roxedus over on their discord https://discord.com/invite/qWPbc8R and get them to switch the repository or add a new template for Unraid

What's your docker run command. Plex would have no idea if the other server is connected via SMB or direct so long as you're mapping the remote server via the template, and adding that path to the library. I've done this for years and never an issue.

Which Unraid version. A number of fixes related to TM support have been done on the latest OS release

So you have it checking for an update every minute from 8 minutes after til 15 minutes after every hour of every day? So potentially if the check / installs happen to take longer than 60 seconds you potentially have it running 8 times concurrently

appdata shareUseCache="only" # Share exists on cache, disk1 a-----e shareUseCache="no" # Share does not exist b-----s shareUseCache="no" # Share exists on disk1 c------e shareUseCache="no" # Share does not exist d--a shareUseCache="yes" # Share exists on cache, disk1, disk2 d-z shareUseCache="no" # Share exists on disk1 domains shareUseCache="prefer" # Share exists on cache isos shareUseCache="yes" # Share exists on disk1 l--s shareUseCache="no" # Share exists on disk1 m---a shareUseCache="no" # Share does not exist n-------d shareUseCache="no" # Share exists on disk1 p------l shareUseCache="yes" # Share exists on cache, disk1 system shareUseCache="prefer" # Share exists on cache You need to stop the docker service (Settings, Docker) Then from shares change appdata to have the primary storage to be cache, secondary storage to be array, and mover action to be array -> cache After applying, from Main, Array Operations hit Move. After mover is finished (may take a bit) then you can re-enable the docker service in Settings, Docker. The share settings are probably what you want anyways.

Does anything change if you select one of the safe modes from the boot menu

Looks like you're using a USB HDD for your parity drive. Many USB bridges do not pass through certain ATA commands to the drives, and this is likely your problem (and you're also not going to wind up seeing any SMART data for the drive either)

From Main, Go to Boot Device, then click on Flash followed by Syslinux Configuration In the section that has the radio button selected (ie: your default boot mode), add in to the append section pci=noaer The section will wind up looking like this (assuming the default non-gui boot mode) kernel /bzimage append initrd=/bzroot pci=noaer Don't remove anything else that you may have added yourself (or was added in via another setting in the GUI - eg: the mitigations=off on mine). You'll need to reboot for the changes to take effect after applying them

11:37 2/23 something happened with your network adapter. Diagnostics would also help, but you're going to need to reboot and if it's an add-on NIC card, reseat it in the slot

The screenshot shows your settings for plugins. Whats the Docker settings on that same page?

At the time, you weren't able to connect to GitHub for the primary source of the application feed, so CA automatically switch to its backup feed to carry on. Try it again in a bit or alternatively give your server static DNS addresses (208.67.222.222 and 208.67.220.220)

Just include the exact same page file preclear is to create that section

Contact support and include q copy and paste (no screenshots) of what shows up within Tools -Registration