TheIronAngel

Morning, I've finished maintenence and installed a new hotspare for the array. Once I took the array offline and installed the new disk Unraid stopped responding to network requests other than Ping so I had to force a shutdown. After reboot, the array came online and Data Disk 2 is now showing 10TB As you can see, Parity check is also running (Removed a drive from the array in addition to an unclean shutdown) - still not sure why it didn't expand the cap on rebuild but all things are back as they should be. Time to leave it alone until the next bad drive XD

Attached Hmm, that would make sense, will update on Saturday when I restart it unless there is an actual proceedure to follow diskstation2-diagnostics-20230525-0644.zip

Hey, I've done a cursory Google search for this info but haven't found anyone with exactly the same issue that I'm having. As the title states I've done a drive replacement in my array with a unit that is 'larger' than the original drive but it hasn't expanded the file system to use the new space. Is there something I'm missing to get it to expand the FS on the drive? More info: I had an 8TB drive that, after a parity check ended, had spit out 1100+ Reported uncorrect and 350,000+ Reallocated sector count so I decided to proactively replace the drive with the 10TB hot spare before UNRAID marked it bad. I stopped the array, unassigned the 8TB drive and assigned the 'new' 10TB drive. Started the array and let it complete the data rebuild. This process completed normally and all the data was rebuilt onto the new 10TB drive, however, it is reporting that the 10TB drive has a capacity of 8TB and I don't see an obvious way to expand the drive out to the full 10TB. Array information: Parity 1 and Parity 2 are 10TB drives There are already 2 other 10TB drives in the array working normally. The Drive is in XFS format. The array hasn't been restarted after the data has rebuilt. First 2 things that have come to mind: Stop the array and check the disk properties, there might be something there that will allow an expand operation but only when the array is offline. Run a parity check and it may automatically build parity for the last 2TB of the 10TB drive The only reason I haven't tried these yet is this isn't a high priority as I will work on it over the weekend but since that is still a little way away I thought I'd ask the awesome community! Any thoughts or knowledge is, as always, much appreciated!

Managed to get it to complete post after using the second newest UEFI image from Gigabyte - there must be something in the newest one that is causing it to throw a tanty. Thanks @MAM59 for the info its interesting to know for any future projects! Will avoid the 5700G for any future projects.

That's something I'll certainly try doing, maybe an older version too?

Right, that's a given, sorry if I wasn't clear, thats what I'm looking for troubleshooting tips on. It has to be something to do with the HBA in the x16 slot that's causing it to have issues as without the card UNRAID boots normally. Additionally the board sounds the single beep for "POST Complete" and then dispalys out to the flashing underscore. Its like the board is still trying to hand over video to the HBA even though it has been instructed explicitly not to. If there are any settings in the UEFI that I can change outside of force CPU graphics and Displayout via iGPU that might change things, I'm all ears. Unless you're trying to say that this motherboard simply won't work with an LSI2008 controller in the PEX16 slot

Hey, I'm trying to troubleshoot an issue with UNRAID where I have an AMD CPU with graphics (2200G) in a Gigabyte B450M S2H motherboard with an HBA. This motherboard only has 1x16 slot and 2x1 slots for expansion. I first tested the machine without any drives installed to ensure UNRIAD boots normally and get all the apps and what not installed and didn't have any issues at all. I set the UEFI/BIOS settings to Force on CPU graphics: Enabled and to Prefer iGPU as the startup display output instead of the default PEX16 slot. I then rebooted without HBA to confirm settings don't have an issue and all was working. Once I had the HBA installed in the PEX16 slot the machine now beeps for post but starts to a flashing underscore and does nothing else. I can't see UNRAID on the network and it reboots with CTRL-ALT-DEL commands as well as turns off instantly with the power button which indicates to me that the OS hasn't started at all I've flashed the most recent BIOS to the board already and can't install the HBA in any of the other slots as the card won't fit in them due to the slot not being 'open' at the end like in server boards. I know the HBA works as I was freshly using it in an intel system with iGPU in the PEX16 slot and didn't have any issues. I don't need a video card in the system hence I have installed the x8 HBA into the x16 slot. All drives are empty on the connected HBA as they are fresly pre-cleared after being removed from another array and getting a wipe and re-preclear. I've put a pin in the project for the day since it's at work but thought I'd consult the forum experts to see if they've seen anything like this. I did try my Google-Fu before posting but could only find people who were able to get UNRAID to start but not show a GUI on the host - as in, they could communicate over the network to the box. I can't. During my digging I've found these 2 things I can try tomorrow, is there anything else I should add to this list: Reflash the BIOS (just in case) Manually set the PCIe version to the correct one for the card as AutoNeg might not be setting correctly.

Would it be even worth attempting a rebuild using PD1 or just scrap them? I've realised how dumb this idea is since the array has been online and the parity will now be *very* out of sync - unless you guys have something you can recommend trying I'll dump the old Parity disks out tomorrow, install the new ones and and rebuild with them. As mentioned before now that I have a file list of what was on D23 I can easily replace the missing content much quicker than checking every single folder for missing data so it's not all that much of a time sink. I think I'll have to raw-dog the new drives striaght into production as I simply don't have the time to wait for a full Read/Write/Read clear of the drive - I will make it known that I would really prefer to burn in the new drives with a complete preclear but these are brand new Ironwolf units so I have a baseline trust that they work out of the box and as it stands right now getting some form of parity protection on the array is more important that running a preclear on brand new disks.

It is indeed a white label unit. I can see why you wouldn't trust them, I've lost trust in them too now to be honest. Although it has a 1yr warranty I think I'll avoid them going forward. Not worth the hassle but I'll still get them RMA'd since they're only a little over a month old. Unraid has disabled the disk after 11,166 read errors.

@trurl @JorgeB Looks like the parity disk is bad after all, any insight into the current status from a diag? It got 625GB into the rebuild before getting marked bad again. Since I only attempted a rebuild using PD2 do you think it would be possible for me to complete the same steps again this time with PD1 as the parity disk or is it time to call it unrecoverable? Since I was able to emulate the disk I know exactly what was stored on the drive so recovering the information shouldn't be particularly difficult. diskstation2-diagnostics-20221230-0136.zip

Much appreciated for all your help guys, I have the rebuild of D23 running to the pre-cleared hot spare and another preclear is running on the new 10TB drives before I use them. I wasn't expecting to get anything back from that disk but y'all are miracle workers and looks like everything is back! Happy new year to you all!

Dear lord, you can checkfs an emaulated disk - OK, done and remounted the array in online mode, disk is mounted and only 83GB in L+F out of 1.6TB on the disk - That is monstrously good. Am I correct in assuming the process to complete will be as Follows: Offline array --> Assign replacement disk23 -> rebuild data Once data rebuild is complete --> offline array --> Assign Parity Disk 1 --> rebuild Parity Done after that right?

Both Parity disks completed the extended SMART test and I've followed your instructions, unfortunately disk23 does not emulate and just comes up as 'Unmountable: Wrong or no filesystem' I also had a swathe of UDMA CRC errors on restarting the array however its not confined to one backplane or expander as only some disks on Row 2, 3 and 5 in the diskshelf got them as well as a couple of disks in that were on internal headers on the master controller (not in the disk shelf at all) - I'm not really sure what to make of that other than 'meh, UDMA CRC error, not a major issue' Diags attached for checking and I've stopped the array diskstation2-diagnostics-20221229-1558.zip

Interesting, thanks for the info, I just checked my scheduled parity check settings and looks like I have mine setup the way you have described unless the settings aren't accurate until the array is online. If I'm not mistaken the last notification from UNRAID was: Error code: aborted Finding 3584 errors Last month's Parity check completed without issue and no hardware has been changed between parity checks so those errors are new. I won't speculate further on the cause or if the errors are actually errors or schmoo from a disk about to blow as its getting a bit to far into the unknowable to be worth any real consideration but wanted to at least offer the information. This whole experience has been very enlightening and educational!

Wow, magic right there! I feel very much vindicated in going UNRAID for this, I'm almost 100% Certain that nothing has been written to that disk in a long time due to all of my shares being set to 'High water' mode - a disk much higher on the list (lower in number) has been getting the writes recently and not much as been added to the array as well. Excellent, thank you very much - I'll let you know what the result of the SMART Extended test is for the drives and whether or not I'll be trying that process. Let me know if I'm out of field here but I have a couple of last questions before I let this run and take a break from asking you wonderful people questions: 1: Is it possible that UNRAID failed the parity disks due to garbage data coming from the drive that eventually failed during the parity check? 2: On that same note: Hypothetically speaking, if a parity check starts and a drive in the array is spitting out bad data would this corrupt parity data? Would UNRAID be able to detect that the drive is sending schmoo or would it assume that what the drive reads out is correct? Thank you so much JorgeB and trurl for the time that you've taken out of your day, especially being that its the festive season, to help read logs and answer my questions, it is all very, very much appreciated.