halt95

So my shares have been available and not disappeared with all dockers running and not dropping for over 16 hours of uptime. Changes made: Parity check with error correction Added a coral m.2 dual edge to the system. Removed and cleaned containers Cleared appdata and restored containers needed Used permissions & docker safe permissions Restored super.dat and secrets.tdb & config folder. - Disk1 "turned good" and is back up and running as normal and full speed (keeping an eye on this and getting a replacement drive ready) Before restoring my config folder i noticed .FUSE files and remember seeing "Share storage conceptual change" after upgrading to 6.12.4 recently in attempt to bring back the disappearing shares. (REF: https://docs.unraid.net/unraid-os/release-notes/6.12.0/#share-storage-conceptual-change ) Enabled Permit exclusive shares (containers were giving open file limit errors when disappearing) isolated VM cores. No data loss has been incurred. Still waiting for replacement HBA. Honestly i'm still not sure what the actual reason for the issue was, will leave the system running for a few days and if all is stable, will replace the HBA in preperation for a move. Thanks. arthur-diagnostics-20231111-1443.zip

Tried another power source with and without a UPS still the same issue, awaiting new HBA, trying to rule out any hardware issues as logs shows nothing.

Could a failing HBA be the cause of these types of errors? Perhaps even stuff disconnecting and reconnecting?

Ok so i have ran a parity error correcting check and disk 1 went disabled again part way through again, this was after the cables were replaced. A ssd was showing a few errors but i think i saw that its normal for the CT500MX. hopefully there's something in these logs to indicate where the problem could be. arthur-diagnostics-20231107-1146.zip

Replaced Motherboard & CPU last night issue still occuring. Saw on the forums that someone had a similiar issue and it was their HBA's starting to die. Have ordered a new HBA but won't come for a few weeks. Tempted to try wiping all appdata and starting fresh with important configs copied over. shares are still missing. arthur-diagnostics-20231105-1256.zip

Replacement parts have arrived. First trying a samsung 32GB Bar Plus - manually installed UNRAID and copied over only my config file and logs folder. Server is back up and running, CPU utilization has dropped from around 80% to 20%. Shares still here. upon plugging in my old usb drive, windows asked me to scan & repair the usb drive. Wondering if my old one is could of been the cause of shares going missing. Will leave all containers open and vms as normal overnight to see if shares disappear again before upgrading my CPU or swapping mobo. Would CPU being pinned to 100% cause shares to temporarily shutdown? EDIT: 20:12 shares disappeared again... frustrating because i don't know what the actual problem is or lies. will be upgrading cpu and replacing mobo now to see if it's hardware related.

ah ok understood now. Reseated cabling and HBA's: disk1 is back to normal and working in the array. will run a extended test on it. i have restarted the containers mentioned before.

i see the syslog disk errors but i dont see any SMART changes? All shares disappeared again with all containers running

Woke up today after leaving a parity check to do overnight with disk 1 in error state - disabled and content emulated. rebooted the server around 14 hours ago. disk 1 disabled around 9 hours ago. logs say there's nothing wrong with disk? I have only been running 4-5 containers such as z2m/homebridge/codeproject ai/mosquitto & Plex - these do not make the shares disappear. I am able to run my VM with no problem - does not interact with the array or cache pool. With disk 1 disabled, now trying to see if shares drop with all containers running as needed. arthur-diagnostics-20231104-1034.zip

Tried this script but didn't work for me. still getting open file limit exceeded on all containers. I have a replacement samsung USB drive,motherboard & CPU arriving on saturday. The issue of missing shares and open file limit on docker containers started occuring after i changed CPU & added a new data drive (still needs to be precleared.)

No problem thanks for looking! Looking deeper into this when i try to open sonarr/radarr i get this error while shares are missing: Could it be something to do with the open file limit being hit and shares drop out?

shares missing and containers become unresponsive

It's more than i'm confused as to what keeps making it disappear and reappear. shares have disappeared again. https://i.imgur.com/zTmZnBs.png arthur-diagnostics-20231102-1431.zip

All the shares are back with an uptime of 1hr.20 mins. Changes made since restart: Updated to 6.12.4 - reseated power/sata cable for disk 5. Hard power cycled. I'm now able to access and utilize all docker containers as normal without the shares disappearing?

My Disk 5 is showing: I have unplugged and replugged the data and power cables and restarted unraid. same error still showing