DaveW42

Thanks, @JorgeB! The rebuild process concluded and I've been checking things regularly for a day or two. Everything seems to be working just fine, with no data loss. Thanks so much for the help! Dave

Thanks, @JorgeB ! I somehow missed seeing that box/arrow next to the missing drive. The emulated drive looks good. I have continued the process. It looks like the rebuild may take a few days, since the parity drives are large (14TB). I will report back when it is complete. For posterity's sake, below is the box/arrow part I missed. Thanks! Dave

Hi, @JorgeB. I am currently at Step 4, which was as follows: 4. Important: If the drive to be rebuilt is a data drive then check that the emulated drive is showing the content you expect to be there as the rebuild process simply makes the physical drive match the emulated one. If this is not the case then you may want to ask in forums for advice on the best way to proceed. Before starting this process I had checked the emulated version of Disk 1 and things looked good. Now that I am in the midst of this process, however, I don't see a way to actually check that emulated disk, unless I were to mount it again perhaps (see screenshots below, showing the removal of disk 1 and its appearance now as Dev 1, which is not mounted). I suspect this is probably all normal, and that the review of the emulated disk really needs to happen at the beginning (before step 1). However, I thought I should check because I really don't want to lose any data. Could you confirm that I should simply proceed through the next steps (i.e., stopping the array, reassigning the two disabled disks, etc.)? Thanks again! Dave

Thank you! I will start the process. Dave

Thanks, @JorgeB . Just to make sure I understand this correctly, could you confirm that I should take the steps I have copied below? These are copied directly from here: https://docs.unraid.net/unraid-os/manual/storage-management/#replacing-faileddisabled-disks. I have added some green text in brackets, to denote how I believe that text applies to my specific situation. Thanks so much for your help and insight ! Dave Rebuilding a drive onto itself There can be cases where it is determined that the reason a disk was disabled is due to an external factor and the disk drive appears to be fine. In such a case you need to take a slightly modified process to cause Unraid to rebuild a 'disabled' drive back onto the same drive. Stop array Unassign disabled disk [This means I should unassign Parity 2 and Disk 1, which are both currently disabled. Disk 1 is being emulated. Disk 3 is currently displaying a status of 'green' and 'normal operation,' so nothing needs to occur for Disk 3] Start array so the missing disk is registered Important: If the drive to be rebuilt is a data drive then check that the emulated drive is showing the content you expect to be there as the rebuild process simply makes the physical drive match the emulated one. If this is not the case then you may want to ask in forums for advice on the best way to proceed. [I will make sure to do this. When I look at the emulated drive right now (Disk 1), things look ok.] Stop array Reassign disabled disk [This means I should reassign Parity 2 and Disk 1 to the array] (optional) Tick the box to start in Maintenance mode. If you start the array in Maintenance mode you will need to press the Sync button to trigger the rebuild. The advantage of doing this in Maintenance mode is that nothing else can write to the array while the rebuild is running which maximises speed. The disadvantage is that you cannot use the array in the meantime and until you return to normal mode cannot see what the contents of the disk being rebuilt will look like. Click Start to initiate the rebuild process and the system will reconstruct the contents of the emulated disk. This process can be used for both data and parity drives that have been disabled.

Thanks, @JorgeB ! I had one VM running, disabled auto-restart, shut it down, and then rebooted the server. Attached are the new diags. Thanks! Dave nas24-diagnostics-20250110-1214.zip

Thanks for replying and providing the guidance, JorgeB! I checked the settings for each VM and found that one did have a box checked next to that controller (03 - Windows 10 - 02102021-> 01302023 - Windows 10 Steam Oculus). I removed the check (see screenshot below) and updated the settings. I also looked at "Tools – System Devices" and noted that there was no check in the box by the IOMMU grouping for that controller (see screenshots below). Three of the four drives with read errors are associated with that controller, as I am sure you are aware given the instruction you provided! What should I do next? As noted, I have not rebooted the machine or anything since this issue occurred. If it helps, there is only one VM that I am really running/using at present, and it wasn't the one referenced above. My primary concern right now is just making sure those 3 drives work again and that I haven't lost any files. In short, we can talk about the problems with those remaining VMs another day, I am sure you are swamped with the release of Unraid 7! Dave ...

Hi, everyone. I am running Unraid 6.12.13 with two parity disks, 16 disks in an array, an NVME cache drive, and a few unassigned disk devices. Most of the drives are connected to one of two LSI Logic SAS9211-8I 8PORT Int 6GB Sata+SAS Pcie 2.0 cards, with the others connected to SATA ports on the motherboard. I also have an IO CREST Internal 5 Port Non-RAID SATA III 6GB/s M.2 B+M Key Adapter Card connected to one of two NVME slots on my motherboard (Asus ROG STRIX X570-E GAMING) to provide the opportunity to add a few more SATA drives. I can’t recall if any drives are currently connected to that IO Crest device. Yesterday I completed a full parity check, which showed no errors. I was accessing Unraid tonight to try to troubleshoot 4 VMs that I had been experimenting with a year or so ago, to try to also use Unraid as a gaming system. Each VM essentially represented a trial and error attempt. Tonight I was just trying to start up each VM to try and see where I had left off. I tried to start each one, but none were in a working state (i.e., no Windows startup screen even). This didn’t surprise me (this was how I remember leaving it). I checked the VM logs and a couple indicated that the VMs had started up and crashed. After looking at this I came back to the Main Unraid screen and received error messages indicating that three drives were in an error state, including one of my two parity drives. A warning message indicated that I have 3 disks with read errors. When I look at the Main Unraid screen I see a red ‘x’ next to Parity 2 and Disk 1, both with 3,059 errors indicated. Disk 3 still has a green circle next to it, but it shows 1,014 errors. These three disks also now appear in Unassigned drives, as follows: Disk 1 appears as Dev 1 with an ‘x’ and a “Mount” button next to it that it looks like I could press. Disk 3 appears as Dev 2 with an ‘x’ and a “Mount” button next to it that it looks like I could press. Parity 2 appears as Dev 5 with an ‘x’ next to it and a greyed out ‘Mount’ button. I wasn’t quite sure what to do so I immediately created a diagnostic file (see attached). I haven’t changed or touched anything since creating that file (I have not rebooted, etc.) Unraid is still currently running in this state. Help would be greatly appreciated in recovering these three drives and getting this system back in shape! Thanks, Dave nas24-diagnostics-20250109-2035.zip

The rebuild process and parity check has completed, and everything looks great (no data loss!) Thanks so much for all the help, JorgeB, itimpi, and trurl!!!! It is greatly appreciated. Dave

Thanks, JorgeB! Data rebuild is commencing as indicated. As an additional data point in case anyone is curious, despite having so many drives the parity rebuild process is only requiring an additional 30 watts with respect to power consumption (80 plus platinum PSU). Dave

Got it, thank you. I will unassign both Disk 9 and Parity 2. Thank you! Dave

Contents of Disk 1 and Disk 9 look great, thank you!!! When rebuilding the drive back onto itself, should I UNassign both Disk 9 and Parity 2, or would I just unassign Disk 9? Thanks again!!!! Dave

Attached is the new diagnostics file. Thanks! Dave nas24-diagnostics-20230918-1036.zip

Thanks!

Thanks, JorgeB! So I should restart the array (i.e., not in maintenance mode)? Thanks, Dave