I upgraded my SSD for cache today. Went to a WD_Red_SN700_4000GB from a 500GB samsung

Fixed, "Solution" in next post.

 

=======

TL;DR

Upgraded to new nvme and when starting the array, after moving the files from old nvme to new nvme, via the array, the array shares seem to be empty, while the disk overview in "Main" show them the same as before. Things I have tried so far are showed down below.

long version

I used stopped Docker and altered the config for all shares to move files from the cache to the array and initialized the mover. Most of the /mnt/cache/appdata and a few other /mnt/cache/Download files (and folders) were transferred to the array. The results for /mnt/*/Shares/TV and /mnt/*/Shares/Movies seem to be empty.

 

This morning I did the upgrade for the nvme and replaced it with the new WD_Red one. When booting the system and removing the old cache pool, replacing it with the new one for WD_Red everything seemed fine after starting the array. I set all the shares configuration back to what it was and told the mover to do its thing.

 

This afternoon, when I noticed the mover was done I enabled docker and to my surprise saw it had no containers. I had this issue before so after selecting the container from the template, most if not all were back a short moment.

 

That's however where the "pain" started. Some of the containers were moaning about finding no files and they were correct (not a configuration mismatch). The results for /mnt/*/Shares/TV and /mnt/*/Shares/Movies seem to be empty.

Digging further

While I initially did all the above and below test for all disks, the index of my Shares show it's mainly the Movies and the TV directory having issues, which seem to be focused on disk3. That being said, when I'm looking at my Anime share, which has disk1, 2 and 3, and select a folder which is mainly on disk3, the files seems visible and I can confirm they are accessible via vlc

 

This has me believe the issues is mainly focused on /mnt/*/Shares/TV and /mnt/*/Shares/Movies

Things I have tried already

- Rebooting

- Rebooting and placing disks in maintenance, then running the xfs check from the Unraid GUI without the "-n" flag on all disks. (as advised here and another here)

- Rechecked shares config, they are correctly setup with primary cache and secondary set to array.

 

 

 

 

 

Edited November 17, 20241 yr by Morthan

updated to 6.12.13 in the meantime, no effect to the current issue

Nothing obvious, stop the array, then try renaming /boot/config/shares/shares.cfg to shares.bak and reboot, start the array, a new cfg will be created but with the default settings, reexport the share and see if there's any difference.

Seems I had one of those accidental moments where I probably selected those folders and drag + dropped them into a different one without really noticing. All files are present in /mnt/*/Shares/tmp/ with the folder structure intact.

 

This is why I should probably not give my user all permissions on the Shares

 

At least I'm upgraded to the latest version again, hah!

Edited November 17, 20241 yr by Morthan