dziewuliz

I'm an idiot, thank you

Followed the instrucitons, 10TB disk, 3TB allocated for Time Machine (6TB free currently), and getting: SMB settings: Enhanced macOS interoperability - Yes, Samba extra configuration - No Share settings: Included said disk Export - Yes/TimeMachine Volume size Limit - 3072MB Any suggestions?

Followed suggestion from another thread ( ). Restarting (and updating) the router fixed the issue. Thanks @JorgeB for suggestions.

By the way, no issues with the running docker containers - they're all responsive.

Deleted all plugins, only left the community one. Same. Example: https://streamable.com/g3lol9 Safe mode is also same.

Lately GUI would take 30secs+ to load each page request, while docker containers ran without issues. Updated to the latest 6.12.10 and the problem persists. Uinstalled most of plugins, and even with the docker stopped, still experiencing slugishness. Sometimes it corresponds with ssh as well - i.e. unresponsive on both. Any recommendations? tower-diagnostics-20240503-1657.zip.crdownload

Thanks, this was indeed the case. Both suggested solutions worked.

Any suggestion, how to automate the refreshing interfaces, so that it would happen on boot/restart?

Same result - became unresponsive over night. Attaching syslog and diagnostics: tower-diagnostics-20231113-1340.zip syslog.zip

Thanks helping with the troubleshooting, @itimpi Stopped docker, and ran the parity check successfully (with some 170 sync-errors) There was an empty system folder on disk1, deleted. Stored syslog there. This was my concern as well - I have a UPS (500w), Corsair PSU (450W) and 10x 3.5HDD's, some 6 of which were connected through power splitter cable. Now, since I was able to complete parity check without issues, would it be safe to assume this is Docker related issue? I will resume Docker, and continue turning on one at a time, to see if it triggers the same issue. Any other suggestions? Thanks a lot.

Recently installed a new i5 cpu, in order to add a second cache disk to have a zfs pool, for redudancy. Since then, I noticed my Unraid server would become unresponsive, during scheduled mover operations, or manual parity check operations - inaccessible via GUI or ssh. The server power is still on and running. Attaching diagnostics and syslog (stops responsing post 6am). tower-diagnostics-20231111-1129.zip syslog.zip

Beer bought. Thanks again both!

Thanks both - after taking the suggested steps, cleaning up my docker mess, my new LSI controller works full speed, and I was able to rebuild parity without issues this time. Lesson learned - stick to the recommended LSI SAS controllers, and avoid the inexpensive SATA expansion boards. @JorgeB let me know your donation link please.

Sorry for the delay in response - had to take a break from fruitless troubleshooting. Adding some additional background on what happened prior to the issue: My previous motherboard had 6 SATA ports (and I have 5 drives), and I switched to a new mb with 4 ports. My first sata expansion board (15$, purhcased on Amazon) shorted upon powering up - I immediately powered off, got myself a PCIe test card, to check there's any damage to the slot itself - looked good. Since then, I used bought another make of SATA expansion board, new SATA cables and connected the drives, and these problems started. Currently, I have parity disabled, and upon rebooting shows crc error count 2. it also happens to be the one connected to the expansion card. What are my options here? 1. Switch to LSI SATA SAS 9211-8i I tried before (albeit at super slow speed). 2. Look for alternative ways to connect the 5th disk

Unfortunately, when I checked in the morning, it had been frozen/non-responsive, so I had to restart the server manually. Anything I can do to identify what has happened? It's like walking on a mine field...