JPilla415

Shoot! Didn't think about that. Thanks very much!

Forgive me if I am missing something painfully obvious, but the new Unbalanced UI is indicating the following: However, when looking through /var/log via Krusader, I am not seeing any log file. The last modified date for /var/log is back in 2023 for me. Appreciate the help!

28 hour MemTest with clean results! Booting back up the server again after several days of downtime. Fingers crossed! Thanks again for all the help.

Thanks so much!

Thanks very much for the time and help on this! I'll go ahead and mark the MemTest post from you as the solution. If other issues crop back up, I'll come back to the thread and add more details. Fingers crossed this is the end of it. Is there a current recommendation for my RealTek Adapter, it's unclear to me if I should be using the RealTek plug-in or not:

I had similar BTRFS errors in my logs last week, and the first step recommended to me from the team here was to run a MemTest.

12 hours and error free with the new ram. I'm going to let this run the rest of the day to play it safe. Assuming I encounter no errors in the next 12-24 hours, what is the recommended next step to troubleshoot my slow cache write performance outlined earlier in the thread? Just go back to normal day-to-day use of the server and see if the issue pops up again? Thank you again for all of the help!

Understood, will do thanks again!

Much appreciated. I will start to track down some new ram and report back. Sorry to repeat this: but would failing memory explain the drop in cache write speeds I have been observing? Or is that likely another scenario which I will need to troubleshoot after getting new ram. Thanks again.

I believe the recommendation is to run Memtest for a full 24 hours, but given that I am 12 hours in and have already logged 462 errors, I'm suspecting this is enough data to call my dimms bad? Is that that the general consensus? I assume even one error is above a comfortable threshold. If so, I need to work on tracking down some ram compatible with my motherboard and CPU. I am using older hardware and I am not clear on whether or not ram is still manufactured or available. Are there current recommendations around ram? Is it better/worse to utilize all four slots on the motherboard? If I have been comfortably running 16GB for years, is there any reason to bump to 32GB? If I move from 4 dimms to 2 dimms, is that going to present any sort of issue? I assume the answer to all of these is no, but better to check than be surprised. Last question, would failing memory explain the drop in cache write speeds I have been observing? Appreciate everyone's time and thoughts.

Understood, thank you very much for the suggestion. Running a memtest now. I will report back tomorrow.

I've made no changes to my network, Unraid or PC. Tried another copy to the Unraid cache and this is what I am seeing now. These are the speeds I am used to seeing.

Hello, sincere appreciation in advance for any guidance and thoughts from the community on this topic. Over the last several weeks, I have noticed in some instances the speeds with which I can write TO my cache drive will drop significantly. I use Teracopy to write files to my server, and in these instances of poor cache write performance, I will frequently get an error that the hashes don't match for the files written to the server. In each case, when troubleshooting the issue I have rebooted my server, and it has resolved the issue for some amount of time. An example of the change in write speed is as follows: Average normal write speed: 85-90 MB/s Average degraded write speed: 25-40MB/s Here is the current write speeds to my Unraid Server, writing to SSD Cache drive: As a point of comparison, here are the write speeds to my Synology server, no cache SSD. The same source computer, same network, same router, same switch, same file are being used for both servers: It is worth noting that in this window, I updated to Unraid 6.12.6 and I understand that there are potential networking issues with RealTek adapters. Last week I downloaded the suggested RealTek driver from the Fix Common Problems Plug-in but the same issue popped up. I removed the plug-in yesterday. Here is the information being shown in my system devices for the network adapter: I have also noticed the following errors in my system log from this morning: I also had BTRFS errors in my logs over the past several days. I suspect these are related, but I can't be certain. Apologies if I am conflating two separate issues, but I wanted to share as much as possible. I have attached Diagnostics, as well as my system logs from these periods. My apologies for the noise in the logs, when rebooting my server, a new IP address was assigned and the server lost access to the UPS. I didn't notice the noise in the logs from this until today. I copied and pasted errors above. Please let me know if I can provide any other useful information. Thanks so much! tower-syslog-20240120-1710.zip tower-diagnostics-20240120-0909.zip tower-syslog-192.168.1.2-20240120-1711.zip

Ah, fair point. In this case, I want to replace the drive with a larger capacity drive.

OK, thanks very much for the clarification. I know it was empty as I cleared it, with the intention of shrinking the array, in order to remove the disk. However, I read that the script method of zeroing the drive was no longer the preferred approach with recent versions of Unraid, so I decided to scale up my drive sizes instead. I have one more drive with ReiserFS still kicking around. Is the best method to fully empty it, format it and THEN remove/replace the drive?

Hello, thanks in advance for any help you can provide. Here is my current scenario: - I have an old 6TB disc which I removed from my server. - Before removing the 6TB drive, I moved all of the data via the unbalance plug-in to another drive. The drive was completely empty. - The 6TB drive was formatted with ReiserFS. - I just installed a new 20TB drive, in place of the 6TB drive. - I started the array, and began the data rebuild process. - I realized after starting the data rebuild that I wanted to move away from ReiserFS, so I stopped the data rebuild. Changed the filesystem of the drive and formatted it. - I then re-started the data rebuild. Have any endangered any of my data via this process? I still have the 6TB drive, it is healthy, and I have a flash back-up should I need to go back to the old configuration.

I am attempting to increase the size of my cache pool (single drive mode). I am following the directions outlined here in the documentation: https://wiki.unraid.net/Manual/Storage_Management#Backing_up_the_pool_to_the_array I have stopped all dockers and VMs. I have disabled Docker and VM Manager. All shares with 'Prefer' or 'Only' status have been changed to 'Yes.' I have run the mover service several times, and roughly 30MB of data has been left on the cache drive both times. I have attached a syslog with mover logging enabled. According to the logs, these files and/or directories don't exist. However, they very much are on the cache drive. I have also attempted to download diagnostics, but it seems these files are also being logged in the diagnostic output, and there are so many that the job takes too long and the browser window crashes. This has happened twice now. Any thoughts or ideas? Thanks! syslog.log

Please disregard and feel free to delete this thread. Sorted out my issue. Managed to manually download the key file and copy it to the flash. Sorry for the noise.

Hello all! I am in a bit of a tough situation and would love some help, if possible. I am visiting my family for the holidays, and I built a server for my father. They live in a remote area and don't have dedicated internet (just a mobile hotspot device). I made the mistake of failing to register the new server while at my home with internet. I have purchased a full key but I wanted to know if there is a way for me to register my trial version without internet access. Can I somehow install the registration key directly to the flash drive? Thanks!

Thank you for taking the time to look over the diagnostics, I know there is a lot there. I've attached the additional log. I'm beginning to suspect that this might be a heat issue, I noticed that a few of the drives were giving off heat warnings yesterday. As an experiment, last night I started another parity check but pull open the side of the case for more air flow. I'm 12 hours in and things are still running and none of the drives have any heat warnings. syslog.log

I'm hoping that someone out there might be able to help me diagnose some issues with my system. Today my system has soft crashed twice during a parity check. The system has not lost power in either case, and the web UI indicates an unclean powerdown took place. I've attached diagnostics, and earlier this afternoon I set up advanced sys logging, which I can also share for more information pre-crash but I am not seeing anything helpful. Please let me know if they are needed. Thank you in advance for any help. tower-diagnostics-20201129-1833.zip

That is what I had come to understand. I know data rebuilds can put more stress on disks than day to day use (at least in my case), and I like to play it safe when rebuilding. I only have one parity drive at this time, and until I have dual parity set up I don't mind the system downtime if it helps to de-risk things. Good to know that manual intervention is needed to start the rebuild when in maintenance mode. I didn't recall that being necessary in the past, but it is completely possible that I am forgetting. Thank you both for the feedback. Please feel free to mark this as solved.

Well, that's good to know going forward. I feel silly having asked for help over something so simple. Again, I was just thrown off by my missing a step in the official instructions, and the rebuild not kicking off on its own. I thought those two facts combined spelled bigger problems. Is it worth updating the wiki with a note about Maintenance Mode? Is that something I can contribute to or does it take a moderator? Thank you both for the assistance and clarification.

That's a great point. Well, data rebuild is at 10% and things look alright so far. I really appreciate the assistance earlier.

Yes, I still have the original disk. That was part of my thinking of using Maintenance Mode. I was just trying to ensure the rest of the array remained identical.