belorion

Members
  • Posts

    68
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

belorion's Achievements

Rookie

Rookie (2/14)

2

Reputation

1

Community Answers

  1. I did confirm that the ethernet port had a yellow light once it was "sleeping". I also confirmed with ethtool the correct state before after initiating sleep. all made no difference ...which is why i went with the "any key" solution thanks for the info @Vr2Io
  2. answering my own question. no ... i didn't get WOL working i *cheated* ... i bought a switchbot ... configured the machine to wake up on any keyboard press ... and i configured the switchbot to hit the ANY key Now I can wake it with a remote app on my phone ... or hitting an API ... which is good enough. The simpsons were right again
  3. Long story short my old motherboard died so I bought a new MB, CPU, RAM, Powersupply (kept Norco 4224) and it all works AOK with the exception of WOL for rmy MSI PRO B550M-VC WiFi ProSeries Motherboard - power is expensive, and reducing my environmental footprint where I can) I have watched SpaceInvader Ones's Wake up your Unraid a complete Sleep wake guide. I have S3 Dynamix plugin. Machine does go to sleep - just doesn't wake using magic packet. Enabled diagnostic logging and it does trigger based upon the criteria I provided - i just disabled it right now so it doesn't sleep at the moment as it's in a remote location) I have disabled the ErP in the Bios I have enabled PCI-E wakeup I have added ethtool -s eth0 wol g (added intiially to the go script then changed to user script plugin) confirmed it is set using ethtool eth0 following reboot eth0 is my only NIC Also enabled wake by keyboard in BIOS - and that wake it's up nicely I have attempted to WOL it using the same process as the old motherboard (just changing the MAC address), also sing WakeOnLan tool in Linux - with no power on. It *seems* to be using a realtek network card (from the driver diagnostic dump) R8169 Does anyone know if this is something just isn't possible with the current unraid and network driver stack with this motherboard and NIC? Or perhaps I'm just missing something? I've attached my server diagnostics thanks for your time belorion ๐Ÿ™‚
  4. As the bot is asking to close this ... it isn't done yet ... I've managed to get the system working with reduced disks numbers ... and the 22TB drives on the onboard motherboard SATA controllers. It is extremely slow to copy the content back on 25-35MB/s hence the long delay in posts. I am now attempting to *gently* add back in the drives 1 at a time as it's a 2 day hit for parity sync / calc each time ...I saw gently as I'm doing the reconstructed write to simulate large load on the system (power draw) and I've placed back one of the drives into the machine but not included in the array and copying it back over the network (trying to stress it) and it's giving me link errors ..but keeps running ... just slowly Jun 25 18:38:24 ctu kernel: ata3: EH complete Jun 25 18:44:50 ctu kernel: ata3.00: exception Emask 0x10 SAct 0x40000000 SErr 0x4890000 action 0xe frozen Jun 25 18:44:50 ctu kernel: ata3.00: irq_stat 0x08400040, interface fatal error, connection status changed Jun 25 18:44:50 ctu kernel: ata3: SError: { PHYRdyChg 10B8B LinkSeq DevExch } Jun 25 18:44:50 ctu kernel: ata3.00: failed command: READ FPDMA QUEUED Jun 25 18:44:50 ctu kernel: ata3.00: cmd 60/00:f0:00:fe:d7/04:00:1d:03:00/40 tag 30 ncq dma 524288 in Jun 25 18:44:50 ctu kernel: res 40/00:00:00:fe:d7/00:00:1d:03:00/40 Emask 0x10 (ATA bus error) Jun 25 18:44:50 ctu kernel: ata3.00: status: { DRDY } Jun 25 18:44:50 ctu kernel: ata3: hard resetting link Jun 25 18:44:52 ctu kernel: ata3: SATA link down (SStatus 0 SControl 300) Jun 25 18:44:52 ctu kernel: ata3: hard resetting link Jun 25 18:44:57 ctu kernel: ata3: link is slow to respond, please be patient (ready=0) Jun 25 18:45:02 ctu kernel: ata3: COMRESET failed (errno=-16) Jun 25 18:45:02 ctu kernel: ata3: hard resetting link Jun 25 18:45:06 ctu kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Jun 25 18:45:06 ctu kernel: ata3.00: configured for UDMA/133 Jun 25 18:45:06 ctu kernel: ata3: EH complete Jun 25 20:42:57 ctu kernel: ata3.00: exception Emask 0x10 SAct 0x3000 SErr 0x4890000 action 0xe frozen Jun 25 20:42:57 ctu kernel: ata3.00: irq_stat 0x08400040, interface fatal error, connection status changed Jun 25 20:42:57 ctu kernel: ata3: SError: { PHYRdyChg 10B8B LinkSeq DevExch } Jun 25 20:42:57 ctu kernel: ata3.00: failed command: READ FPDMA QUEUED Jun 25 20:42:57 ctu kernel: ata3.00: cmd 60/00:60:e8:9e:64/04:00:2a:03:00/40 tag 12 ncq dma 524288 in Jun 25 20:42:57 ctu kernel: res 40/00:00:e8:a2:64/00:00:2a:03:00/40 Emask 0x10 (ATA bus error) Jun 25 20:42:57 ctu kernel: ata3.00: status: { DRDY } Jun 25 20:42:57 ctu kernel: ata3.00: failed command: READ FPDMA QUEUED Jun 25 20:42:57 ctu kernel: ata3.00: cmd 60/60:68:e8:a2:64/01:00:2a:03:00/40 tag 13 ncq dma 180224 in Jun 25 20:42:57 ctu kernel: res 40/00:00:e8:a2:64/00:00:2a:03:00/40 Emask 0x10 (ATA bus error) Jun 25 20:42:57 ctu kernel: ata3.00: status: { DRDY } Jun 25 20:42:57 ctu kernel: ata3: hard resetting link Jun 25 20:42:59 ctu kernel: ata3: SATA link down (SStatus 0 SControl 300) Jun 25 20:42:59 ctu kernel: ata3: hard resetting link Jun 25 20:43:04 ctu kernel: ata3: link is slow to respond, please be patient (ready=0) Jun 25 20:43:09 ctu kernel: ata3: COMRESET failed (errno=-16) Jun 25 20:43:09 ctu kernel: ata3: hard resetting link Jun 25 20:43:13 ctu kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Jun 25 20:43:13 ctu kernel: ata3.00: configured for UDMA/133 Jun 25 20:43:13 ctu kernel: ata3: EH complete
  5. Many different combinations have been attempted. I determined that 1 x 22 TB drive was on the onboard SATA controllers and 1 x 22 TB drive was on the LSI controllers. So I moved ALL the drives off the onboard controllers and onto LSI (I only have 16 drives in 24 bays total). That failed in the same way. I swapped the bays of the 22TB around - ie good one with bad one. Bad one still dropped off even when it was on the "good bay". I tried all drives off internal SATA controller and reverting to the 6TB that was previously being attempted to upgrade to 22 TB still failed. I tried putting ONLY the good 22 TB drive (parity) on the onboard SATA controller worked - when 6 TB was in its original (LSI bay). That took almost 2 days to recompute parity (as all the above attempts rendered parity mangled ๐Ÿ˜ ).. The 6tb did have 98 read errors whist reconstructing parity (and failed SMart test due to the number of online hours (1592 days) - this was one of the reasons I was doing this (replacing older drives with bigger). This is my "other" unRaid (that is made of the left overs of the main unraid ie reusing older drives). I am now trying to replace the 6TB with the 2nd 22 TB WD in the onboard SATA controller - been going for 1.5 hours and projected to take 2 days more. I haven't upgrade the BIOS as of yet (my USB sticks weren't recognised so I ordered some more from amazon). Will attempt after the 22 TB is fully accepted into the array. SMART ERROR MESSAGE ====================== Powered_Up_Time is measured from power on, and printed as DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes, SS=sec, and sss=millisec. It "wraps" after 49.710 days. Error 2 [1] occurred at disk power-on lifetime: 38221 hours (1592 days + 13 hours) When the command that caused the error occurred, the device was active or idle.
  6. All 3 SAS adapters firmware updated but no change ... it's still paused on attempting to rebuild the array .... I will attempt to update the firmware also tomorrow with a boot disk / USB. I've attached the diagnostic logs /sas2flash -listall LSI Corporation SAS2 Flash Utility Version 20.00.00.00 (2014.09.18) Copyright (c) 2008-2014 LSI Corporation. All rights reserved Adapter Selected is a LSI SAS: SAS2008(B2) Num Ctlr FW Ver NVDATA x86-BIOS PCI Addr ---------------------------------------------------------------------------- 0 SAS2008(B2) 20.00.07.00 14.01.00.09 07.11.00.00 00:01:00:00 1 SAS2008(B2) 20.00.07.00 14.01.00.09 07.11.00.00 00:02:00:00 2 SAS2008(B2) 20.00.07.00 14.01.00.09 07.11.00.00 00:03:00:00 Finished Processing Commands Successfully. Exiting SAS2Flash. ctu-diagnostics-20230610-2001.zip
  7. thanks for that ๐Ÿ™‚ It's not easy to locate the required files from the broadcom site ...but I think I have them now. How do I know if I need the R or IT version? using the command ./sas2flash -list -c 0 yielded this Firmware Product ID : 0x2713 (IR) So they are all IR And should I also be updating the BIOS at the same time? As that is ancient also. Do the firmware and bios need to match? I have 3 cards - identically ancient versions ./sas2flash -listall LSI Corporation SAS2 Flash Utility Version 20.00.00.00 (2014.09.18) Copyright (c) 2008-2014 LSI Corporation. All rights reserved Adapter Selected is a LSI SAS: SAS2008(B2) Num Ctlr FW Ver NVDATA x86-BIOS PCI Addr ---------------------------------------------------------------------------- 0 SAS2008(B2) 07.00.00.00 07.00.00.03 07.11.00.00 00:01:00:00 1 SAS2008(B2) 07.00.00.00 07.00.00.03 07.11.00.00 00:02:00:00 2 SAS2008(B2) 07.00.00.00 07.00.00.03 07.11.00.00 00:03:00:00 FIrmware and NVData appear to have been updated ... the BIOS SAID it was updated ...but the listing shows that it did NOT update ๐Ÿ˜ ./sas2flash -o -f 2118ir.bin -b x64sas2.rom LSI Corporation SAS2 Flash Utility Version 20.00.00.00 (2014.09.18) Copyright (c) 2008-2014 LSI Corporation. All rights reserved Advanced Mode Set Adapter Selected is a LSI SAS: SAS2008(B2) Executing Operation: Flash Firmware Image Firmware Image has a Valid Checksum. Firmware Version 20.00.07.00 Firmware Image compatible with Controller. Valid NVDATA Image found. NVDATA Version 14.01.00.00 Checking for a compatible NVData image... NVDATA Device ID and Chip Revision match verified. NVDATA Versions Compatible. Valid Initialization Image verified. Valid BootLoader Image verified. Beginning Firmware Download... Firmware Download Successful. Verifying Download... Firmware Flash Successful. Resetting Adapter... Adapter Successfully Reset. Executing Operation: Flash BIOS Image Validating BIOS Image... BIOS Header Signature is Valid BIOS Image has a Valid Checksum. BIOS PCI Structure Signature Valid. BIOS Image Compatible with the SAS Controller. Attempting to Flash BIOS Image... Verifying Download... Flash BIOS Image Successful. Updated BIOS Version in BIOS Page 3. Finished Processing Commands Successfully. Exiting SAS2Flash. root@ctu:/lsi# ./sas2flash -listall LSI Corporation SAS2 Flash Utility Version 20.00.00.00 (2014.09.18) Copyright (c) 2008-2014 LSI Corporation. All rights reserved Adapter Selected is a LSI SAS: SAS2008(B2) Num Ctlr FW Ver NVDATA x86-BIOS PCI Addr ---------------------------------------------------------------------------- 0 SAS2008(B2) 20.00.07.00 14.01.00.09 07.11.00.00 00:01:00:00 1 SAS2008(B2) 07.00.00.00 07.00.00.03 07.11.00.00 00:02:00:00 2 SAS2008(B2) 07.00.00.00 07.00.00.03 07.11.00.00 00:03:00:00
  8. Thanks @JorgeB that was able to get to the attempt to rebuild the data. However the drive dropped off again. I have attached the diagnostic logs ctu-diagnostics-20230609-1813.zip
  9. Unraid 6.11 upgrading from WD 6TB -> 22 TB drive. Stopped host. Replaced 6TB WD drive with 22 TB drive in same physical drive bay Powered on. Selected new drive and let it start the rebuild. Shortly after it said there were READ errors and it couldn't find the drive and then the drive was listed in the unassigned devices. Captured the diagnostics atached. Powered off. moved the 22TB drive to a new bay. Now UNRAID has red cross next to the 22 TB drive and saying that it is emulated (the 6TB drive contents - or 5.78TB or so). How do I get my array to reconstruct (rebuild) onto the 22TB drive? I couldn't find anything else so it's currently doing a Read-Check? Is it possible to reconstruct at all? Do I need to construct a new array (new Config with the 22 TB drive added already) - wait the 1.5 days for that to construct parity .. and then copy back the content from the 6TB drive at about 30MB/s ๐Ÿ˜ vs 150-200MB/s for the rebuild Hoping that someone will have something that will save me days of manual copying? Thanks for your attention ctu-diagnostics-20230609-1434.zip
  10. Thank you @JorgeB My content is visible on the network again - now I just have to restore the "empty" disk content from the old drive
  11. Thanks ...that picked up a lot of issues. May I ask what pointed you suggest that option?
  12. unRAID 6.9.1 1 parity drive I had 2 distinct drives fail over a period of 2 weeks. I rebuilt the first one successfully. And then the second drive failed (unreadable / unmountable) - it's possible that this drive was intermittently failing whilst the drives were being rebuilt. Since then all of the shares are still defined within UNRAID, but when accessed by anything they show as 0 files. Within the unRAID GUI it shows the size of the total array is correct and the size of the individual shares is correct. I'm thinking that there was a point at which there were actually 2 failed drives which then meant that the array was incomplete?? and that's why the shares are now showing as empty. I made all of the individual drive shares available and they appear to have the correct sizing (except for one of the repaired drives - disk 4) - which is totally empty ๐Ÿ˜ Looking for options. It's mostly a media archive so the content isn't CRITICAL. I have the old "failing" drives, as well as another unRAID server which has SOME of the content on it. Options 1. Delete the array config and start again - presuming that I can use all the existing drives "as-is" and just recreate the shares (as the folders are still present - except for disk 4) and then attempt to copy back the content from the external (failed) drives 2. copy the content to the /disk 4 share? and see if that will get the rest of the shares to be available again? 3. something else to try and get the shares available again (open to suggestions) ctu-diagnostics-20230322-1824.zip
  13. It's all going along great ... I'm actually processing an entire drive a day - when I was originally expecting it to take a week each : ) So ... I'm thinking ... given I have no parity drive right now ... I'm running with no parity right now .. until the process is almost complete (ie I put in the 18TB drive) ... Can I just put the new drive in and assign it to be a parity drive WITHOUT creating a new configuration?? Wouldn't that just construct parity with the array layout as it was at that instant? My (limited?) understanding is that creating a new configuration will have the effect of scrubbing all the config (configured shares, users etc) but maintaining the data on the drives. Or am I missing something?
  14. Thanks very much for this "thinking outside the box solution" ... I hadn't even considered "temporarily" repurposing the parity drive like this .. but it totally makes sense .. .and it will speed up the process massively : )
  15. Thanks for the detailed instructions ๐Ÿ™‚ I was going to ask a little more after I had finished "syncing" the content between the hosts "one more time" (just to be sure - the only reason I can be carefree about parity). I think the above will make a massive performance increase - ie I was looking at something that would take weeks .. and now I'm thinking it will be days (due to being able to copy the files at the full hardware speed rather than Network constrained).