oh-tomo

Nov 18 05:48:17 Server2018 kernel: md: sync done. time=98913sec Nov 18 05:48:17 Server2018 kernel: md: recovery thread: exit status: 0 I guess with the rebuild progress frozen in the webGUI, these lines in the syslog indicate that it is done? Usually an email would be sent out when done but I guess that is also frozen.

My waiting for the rebuild to finish is complicated by the fact that the unRAID WebUI is frozen with regards to stating the progress of the disk7 rebuild. So it might be finished or ... ? server2018-diagnostics-20241118-2046.zip

Side question: Why do the smart .txt reports have "2023-12-01" in each of their filenames when the diagnostic report has a datestamp of 20241116/17? What does 2023-12-01 indicate? Also 20 minutes into rebuilding disk7, disk1 disabled and moved its device name from sdj to sdl and appeared in UD. Attempts at running an extended smart test on sdl in the command line (unRAID WebGUI didn't show any response when attempting short tests there, first under the array section as sdj hen when I noticed it was also appearing in the UD section as sdl, so switched to command line) result in "Extended offline Interrupted (host reset)" - two times. I guess I'll wait until disk7 is done rebuilding before running an extended smart test on disk1. 2024-11-17 12:48:17 smartctl -t long /dev/sdl I've been searching online for replacements for my CableCreation Mini SAS (SFF-8643) to 4x SATA Cable, 0.5m but it's hard finding quality brands at such a short length. StarTech does a 1m but 0.5m fits more suitably in my case. Also waiting for rebuilds to finish before attempting to put in a new power supply to see if that helps. server2018-diagnostics-20241117-1545.zip

I may have spoken too soon. During a data rebuild of a new disk6, disk7 went into dsbl state. Even though disk7 is in the new SilverStone cage. (and disk6 and 3 other disks) Running extended smart test on disk7 now.... server2018-diagnostics-20241116-0319.zip

Following up on my issue with Disk6 repeatedly disabling during parity checks, I’ve found a solution by switching to a new drive cage. I replaced my old drive cage, the iStarUSA BPN-DE350SS, with the SilverStone Technology FS305-12G (SST-FS305-12G). Since the swap, I successfully completed rebuilds without any drive issues, which suggests the old cage was… old. Five years old.

Should I switch to a more premium cable? Using this: "CableCreation Internal HD Mini SAS Cable 1.6 Feet/0.5M, Internal HD Mini SAS (SFF-8643 Host) - 4 x SATA (Target) Cable, SFF-8643 to 4 x SATA Cable for Controller, 4 Sata Connect to Hard Drive"

performed an extended offline test after parity check was done, smart for disk 6 seems okay -- was it a controller issue? diagnostics attached server2018-diagnostics-20241017-1400.zip

What happens if you get the settings wrong? Do you get locked out of the dashboard and unable to undo the damage?

Hello again, Thank you for the previous advice regarding the issue with unRAID recognizing two disks with EFI partitions named "EFI," leading to a persistent "Reboot" button. Despite powering off one of the devices to address the duplicate EFI partition names, the "Reboot" button remains for the still-active disk. These disks were formatted on a Big Sur iMac, and I need to keep the EFI partitions as they are to ensure they remain recognizable by the macOS system. My aim is to mount these disks on unRAID and access them remotely from the iMac for backup purposes, keeping the backup drives in a different room away from a crowded workspace. Currently, I am in the middle of a data rebuild and cannot reboot the unRAID system. I have attempted the suggested fixes, including ensuring that the disks are properly unmounted before reinsertion. However, none of these steps have resolved the "Reboot" issue. Could anyone suggest a workaround that does not involve renaming the EFI partitions or rebooting the system? I appreciate any further insights or help. Thank you!

ud_diagnostics posted! ud_diagnostics-20240508-141826.zip

Hi everyone, I'm seeking some guidance with managing an HFS+ formatted drive in unRAID. Here's a breakdown of what happened: Initial Setup: * I had an HFS+ formatted HDD connected to unRAID, appearing as dev 2 in the Unassigned Devices section. * I added a second HDD (formerly a parity drive) as dev 3 with the intention of using it as a backup destination for the HFS+ drive. Formatting and Rebooting: * Seeing no HFS+ formatting options in unRAID, I shut down the drive (dev 3) and formatted it with HFS+ on an iMac. * Upon reconnecting the formatted drive (dev 3) to unRAID, I saw a "reboot" icon next to it. Troubleshooting Attempts: * I performed a full system reboot of unRAID with both drives (in USB 3.0 docks) powered off during the process. * After the unRAID reboot and array mount, I powered on the USB docks one by one. * In the Unassigned Devices GUI, I mounted dev 2 (the HFS+ drive). This resulted in the "reboot" icon reappearing next to dev 3 (the backup drive). Current Situation: * I'm unsure how to proceed with using dev 3 as a backup destination for dev 2 within unRAID. * Does the "reboot" icon next to dev 3 require a system reboot even though it previously had no data on it? Additional Information: * I have both the Unassigned Devices plugin and the Unassigned Devices Plus (UD+) plugin installed. I appreciate any insights and advice you can offer to help me achieve my backup goals. Attached: unRAID Diagnostics Thanks! server2018-diagnostics-20240508-1230.zip

According to Seagate, Instant Secure Erase eliminates the need to physically destroy or overwrite the drive, saving time, money, and resources. Maybe @stereobastler has figured out how to get ISE to work on unRAID in the 3 years since starting this thread:

I would like to use this quick erase functionality on an IronWolf Pro HDD. I downloaded the SeaChest utilities as described in this thread: But I get "RevertSP is not supported on this device" when using that option with Seagate's SeaChest_Erase tool. The SeaChest Erase readme has a section "Enabling TCG Commands In Linux" and the below thread describes how to set libata.allow_tpm to 1 on unRAID, which I did and rebooted. Still "RevertSP is not supported on this device." Then I tried connecting the HDD to a SATA port on the motherboard instead of LSI 9300-8i LBA to see if that made a difference with the libata change. Still "RevertSP is not supported on this device." I don't see anything on Seagate's website saying this model (ST16000NE000-2RW103) is *not* SED. Seagate chat support claimed it is SED and after more questions ended the chat with "The recommendation we could provide is to contact with unRAID to further support." There's a PSID on the label. Why would there be a PSID on the label if it wasn't SED capable?

The Data-Rebuild with the new drive finished so I was able to shut down and connect the old drive directly to SATA data & SATA power with the unRAID PC and on power up it appears in unassigned devices. The old drive is an Iron Wolf Pro and there's a PSID number on the label -- can I use this PSID to do a Instant Secure Erase and save time compared what sounds like a lengthy preclear read/write/read/confirm operation for a 16TB HDD? It would be nice to know if a faster erase for RMA option is possible for this and any future RMAs.

Thanks for your suggestion! I appreciate you taking the time to help. As you mentioned, pre-clear is a valuable tool for checking drive health. However, my primary focus is securely erasing the data on this drive before returning it for RMA. My understanding is that pre-clear focuses on read-modify-write cycles for data integrity, while secure erase specifically overwrites the entire drive with patterns to render data unrecoverable. Perhaps there are specific pre-clear functionalities that you're aware of that might be suitable for secure erase in this case? I'd be happy to learn more if that's the case.

"In order to protect your privacy and other interests in data, you should delete all data, or as much as possible, prior to returning any product to Seagate." I know long SMART scans can be initiated as a background process from the unRAID page but can a secure erase be initiated for a drive I'm about to return for a Seagate RMA? Or do I open a ssh window and run "sudo hdparm --security-erase /dev/sdl" and leave the window open until it finishes? Oh wait that doesn't work: root@Server2018:~# sudo hdparm --security-erase /dev/sdl missing PASSWD root@Server2018:~# HDD is connected via USB dock to unRAID PC and shows up in Unassigned Devices as sdl.

Event: Unraid Data-Rebuild Subject: Notice [SERVER2018] - Data-Rebuild finished (0 errors) Description: Duration: 1 day, 4 hours, 10 minutes, 16 seconds. Average speed: 157.8 MB/s It finally finished. I wasn't sure if the smaller drive would finish and re-enable first but they both remained disabled until the 16TB finished also. Diagnostic attached. I was Resilio-syncing a big folder of unRAID stuff to a 10TB external USD HDD whose partition vanished but I haven't gotten around to seeing if that's recoverable yet. server2018-diagnostics-20240124-0057.zip

16TB extended offline test completed without error. Diagnostics attached. server2018-diagnostics-20240122-2010.zip

10TB extended test completed without errors. 16TB in progress 80% complete. Can rebuilding of the 10TB start while 16TB test is running? If I wait until 16TB self-test is done, is rebuild of both at once possible/advisable or is one at a time the preferred method? ST10000VN0004-1ZD101_ZA28Y9NQ-2021-04-07 disk6 (sdg) - DISK_DSBL.txt ST16000NE000-2RW103_ZL2P6V5T-2021-04-07 disk1 (sdj) - DISK_DSBL.txt

Yes there is a molex to x2 SATA power splitter. The 5-bay drive cage has two SATA power inputs so it uses both from the splitter. And between those there was a molex-to-molex with a smaller cable powering a fan. Stupidly just now I examined this setup while the unRAID was running and the other 3 drives in the drive cage had read errors, so I shut down. Now that it's shut down I've been examining the power connections and removed that molex-to-molex from the SATA power chain.

Hardware details which might not appear in Diagnostics: I checked SATA connections to iStarUSA BPN-DE350SS 3 X 5.25-Inch to 5 X 3.5-Inch SAS/SATA Trayless Hot-Swap Cage (Black) and all five are secure and not loose at all. The five are from an eight cable (CableCreation Internal HD Mini SAS (SFF-8643 Host) - 4X SATA (Target) Cable,SFF-8643 to 4X SATA Cable,1.6ft, SFF-8643 for Controller, 4 Sata Connect to Hard Drive) output from a LSI 9300-8i PCI-Express 3.0 SATA / SAS 8-Port SAS3 12Gb/s HBA - Single--Avago Technologies which is connected to the motherboard listed in the Diagnostics and which is running the latest BIOS.

The disk used and free numbers weren't updating in the unRAID webUI so I rebooted and saw updated used and free numbers but also that Disks 1 and 6 had become disabled, contents emulated. Did a short SMART test on each and both passed. What is next step? Long SMART test? Last three diagnostics (2 from today after 2 reboots and 1 from 9 days ago) attached. server2018-diagnostics-20240112-1230.zip server2018-diagnostics-20240121-1630.zip server2018-diagnostics-20240121-1656.zip

I'm still figuring this out, but try changing the USB controller to xHCI since the VIA is VL805/806 xHCI? It's not really clear in the VM settings that "USB Controller" applies to passthrough. https://www.via-labs.com/product_show.php?id=48

So what stopped the TianoCore hanging on boot was to switch VM USB controller settings from: <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> to <controller type='usb' index='0' model='qemu-xhci' ports='15'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </controller>

Ethernet speed seems good between Nvidia Shield Pro 2019 and unRAID. What issues am I looking for or should I just leave it alone? (Also my receipt and bios say my motherboard is H310M-A but lspci.txt says B450M-A.) 04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15) Subsystem: ASUSTeK Computer Inc. PRIME B450M-A Motherboard [1043:8677] Kernel driver in use: r8169 Kernel modules: r8169 [ 5] 501.00-502.00 sec 111 MBytes 933 Mbits/sec 0 277 KBytes [ 5] 502.00-503.00 sec 112 MBytes 944 Mbits/sec 0 305 KBytes [ 5] 502.00-503.00 sec 112 MBytes 944 Mbits/sec 0 305 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-503.00 sec 54.1 GBytes 923 Mbits/sec 84 sender [ 5] 0.00-503.00 sec 0.00 Bytes 0.00 bits/sec receiver iperf3: error - the server has terminated