Squid

@ljm42

Issue with your docker.img file. You should create a new thread in General Support and include your diagnostics

If you hit Check for updates does it say "Unknown" or "Not Available"? It looks like your system isn't wanting to communicate with the outside world. You've got your DNS addresses set to communicate with another machines (192.168.254.2) as the primary. Try setting the primary to be 1.1.1.1 instead and see what happens

Probably a message still in there from v1. v2 uses a tarball, so permissions are irrelevant as it won't open up the tar anyways.

Some combinations of hardware will issue an mce during processor initialization. This is happening to you and is nothing to worry about and can be safely ignored

Auto update works for me. (Assuming that autoupdate itself is up to date)

Quick googling suggests to enable TPM in the BIOS

Not that it's "wrong" per se, but your appdata share is set to use cache: yes. Vast majority of people have this set to use cache:prefer (far far better performance for Plex et al) and then backup the appdata share to the array.

Cabling looks bad on disk 3. Reseat / replace. Might not solve the inconsistency between parity / data drives though, and you'd have to write the corrections to the parity drive.

You really shouldn't be doing that on an active drive within the parity protected array. Double check that parity is still ok. But, there's nothing within the logs to explain what's happened. Any chance you've got a folder within the share named "Movies" and another named "movies" via SMB, only one would show up.

yes

Post ze diagnostics

Without diagnostics, it's impossible to say.

Then you should reference it as /mnt/user/Plex_Media_Server/ May be too late to fix the issue, but you shouldn't switch from a user share to a disk share.

What was it originally? /mnt/user/... or /mnt/cache/...

You shouldn't have a problem. The key though is if you were previously referencing /mnt/cache/appdata/... then you'd need to adjust the templates to instead reference /mnt/diskX/appdata and confine the share to a single disk (use unBalance to rectify)

Are you referencing /mnt/user/appdata/.... or /mnt/someCachePool/appdata/... in the template? alternatively, get rid of the spaces in the share name.

You'd have to at least post your diagnostics. But, primary suspects would be hardware.

The ability to use Nchan anywhere (including the dashboard) has existed since 6.7. It's only the OS dashboard that is now completely moving away from using polling. To maintain backwards compatibility down to 6.7, you have to use the "legacy" method like FCP does (fixproblems.page lines 179-199, 265 helpers.php lines 448-461, scan.php line 188) Main difference between how 6.9 handles it vs previous versions is that you can simply write an appropriate file and get rid of the curl commands and 6.10 simplifies it even more (and probably also has the ability to automatically stop the background process if nothing is listening anymore - which doesn't matter for FCP or diagnostics on 6.9+) (which is why the dashboard didn't originally use it since there was no real way to stop the process running in the background if nothing was listening) I'm sure bonienl will pipe in though at some point...

Or if you added a pre-cleared 12TB to the array. If the system didn't check the remainder of the parity, then the parity may or may not be in sync with the precleared new large data drive.

Yes. Trust what I said You had the paths on the template mapped correctly before Container Path /media mapped to host path /mnt/user/music Within airsonic you set the path for music to be /media. Is iTunes a subfolder off of the music share? (and is the regular music also a subfolder?) If no, then get rid of the itunes line. If yes, then set Music to be /media/musicFolder and iTunes to be /media/iTunesFolder This might also help you understand path mappings

TLDR: Within the container, you reference the container path you've set in the template. This path translates to the host path you set in the template.

And, according to the docker inspect you posted, "Binds": [ "/media/music:/media:rw", "/mnt/user/appdata/binhex-airsonic-advanced:/config:rw" ], You changed the host path of /mnt/user/music that you originally had to instead be /media/music (which doesn't exist on the host). You have the paths in the template correct in the first place.

Not that I use airsonic, but it would appear that you've set airsonic to scan /media/user/music (which translates to a host path of /mnt/user/music/user/music), since the host path on your template is /mnt/user/music Set it to scan /media.... ie:

It may go down to 4 lines (or more) if you resize the window, but will fix itself a second later when it recalculates.