Homelabber here (maybe longer than the word exists). I wouldn't call me a pro, but usually I know one or two things more.
For my ZFSpool(s) I always buy used SAS-disks when a good deal comes up, just to have enough spares or to be prepared when I need to grow the pool (again). I know about the differences to SATA, the debate about robustness (backblaze-stats! ), vs. sweet things like expanders, daisy-chained shelves and dualport. If some disks from the batch are DOA or ran many hours, I don't care, still a good deal if the price is right. Some folks will get nervous, when a disk reaches the 40000h-mark, I have disks in perfect condition running nearly 90000h and many more in the 60000h range.
In the past I had no trouble to flash/crossflash (stock)-firmware on anything. Yes, my HBAs are in IT-mode. Another story with netapp-branded HGST disks, those with the X$$$-designation, instead of Hitachi/HGST. The designation wasn't my problem, reformating to 512b also worked, but it was the first and oldest firmware they had with a not intended timebomb-bug. Stock-FW wasn't accepted, but I was able to extract the last firmware from an old ontap-archive that fixed this bug. Luckily it was a .lod-file, which just worked with camcontrol. The only difference were some modepage-settings, but the drives saved and accepted my manual settings. So I decided to live with that and try it out productive. That was four years ago, no negative occurences.
I tried that same procedure with different brands and their filers (IBM-ESXS, Seagate) out of curiosity, sometimes stock-FW works, all good. If not, flash the latest firmware from their package, reformat (kill protection mode1 and 2), set modepages, also good, just works, no pain.
From an earlier purchase and already in productive I have the 2TB-version (HUS724020ALS640). These were all original and came with FW A280, I was able to flash
Now from the intro-blabla to question/problem. With my latest purchase I am unsure with what I am dealing.
It is a batch of HGST HUS724030ALS640 (3TB), some are original, some are DELL-branded and locked (designation is 1:1, only the firmware differs).
All of them came formatted with 512b, but showed this in smartctl:
The original ones came with FW A124, they accepted the
smartctl -q noserial -x:
Now the problematic DELL version:
smartctl -q noserial -x:
It doesn't accept any of the stock-FW, tried all the three files. I have found a MPDLW2F0.fwh in a DELL-package, but that is no .bin and no .lod, it does not work. Seems it only works with their flash software.
At this point maybe I don't want that W2F0 at all for these drives, because newer vendor-locked fw means potentially better locks and a closed way back to stock. I know about the bug in W1CG with the possible wrong SMART-entry after an extended scan.
After some digging and reading I know that it should be possible to change the firmware, but is it worth the effort? I know about this user and thread over at hddguru.com, but I want to find out myself...if it is necessary. I just don't like the method of solving problems with money.
Is this
For my ZFSpool(s) I always buy used SAS-disks when a good deal comes up, just to have enough spares or to be prepared when I need to grow the pool (again). I know about the differences to SATA, the debate about robustness (backblaze-stats! ), vs. sweet things like expanders, daisy-chained shelves and dualport. If some disks from the batch are DOA or ran many hours, I don't care, still a good deal if the price is right. Some folks will get nervous, when a disk reaches the 40000h-mark, I have disks in perfect condition running nearly 90000h and many more in the 60000h range.
In the past I had no trouble to flash/crossflash (stock)-firmware on anything. Yes, my HBAs are in IT-mode. Another story with netapp-branded HGST disks, those with the X$$$-designation, instead of Hitachi/HGST. The designation wasn't my problem, reformating to 512b also worked, but it was the first and oldest firmware they had with a not intended timebomb-bug. Stock-FW wasn't accepted, but I was able to extract the last firmware from an old ontap-archive that fixed this bug. Luckily it was a .lod-file, which just worked with camcontrol. The only difference were some modepage-settings, but the drives saved and accepted my manual settings. So I decided to live with that and try it out productive. That was four years ago, no negative occurences.
I tried that same procedure with different brands and their filers (IBM-ESXS, Seagate) out of curiosity, sometimes stock-FW works, all good. If not, flash the latest firmware from their package, reformat (kill protection mode1 and 2), set modepages, also good, just works, no pain.
From an earlier purchase and already in productive I have the 2TB-version (HUS724020ALS640). These were all original and came with FW A280, I was able to flash
MPGNA3A0.bin
onto them. I have the files A280, A320 and A3A0 laying around, where I think A3A0 is the latest (2016?). I also know that these files fit for the 2TB, 3TB and 4TB models. Tried that and also flashing older fw works.Now from the intro-blabla to question/problem. With my latest purchase I am unsure with what I am dealing.
It is a batch of HGST HUS724030ALS640 (3TB), some are original, some are DELL-branded and locked (designation is 1:1, only the firmware differs).
All of them came formatted with 512b, but showed this in smartctl:
Code:
...
Logical block size: 512 bytes
LU is resource provisioned, LBPRZ=0 <- what evil threat is this?
Rotation Rate: 7200 rpm
...
MPGNA3A0.bin
and after that everything was gone and good (against my expectation that this would be a formatting-thing):smartctl -q noserial -x:
Code:
...
=== START OF INFORMATION SECTION ===
Vendor: HGST
Product: HUS724030ALS640
Revision: A3A0
Compliance: SPC-4
User Capacity: 3,000,592,982,016 bytes [3.00 TB]
Logical block size: 512 bytes
LU is fully provisioned
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device type: disk
Transport protocol: SAS (SPL-3)
Local Time is: Fri May 26 14:40:36 2023 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Temperature Warning: Enabled
Read Cache is: Enabled
Writeback Cache is: Enabled
...
smartctl -q noserial -x:
Code:
...
=== START OF INFORMATION SECTION ===
Vendor: HGST
Product: HUS724030ALS640
Revision: W1CG
Compliance: SPC-4
User Capacity: 3,000,592,982,016 bytes [3.00 TB]
Logical block size: 512 bytes
LU is resource provisioned, LBPRZ=0
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device type: disk
Transport protocol: SAS (SPL-3)
Local Time is: Fri May 26 14:47:56 2023 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Temperature Warning: Disabled or Not Supported
Read Cache is: Enabled
Writeback Cache is: Disabled
At this point maybe I don't want that W2F0 at all for these drives, because newer vendor-locked fw means potentially better locks and a closed way back to stock. I know about the bug in W1CG with the possible wrong SMART-entry after an extended scan.
After some digging and reading I know that it should be possible to change the firmware, but is it worth the effort? I know about this user and thread over at hddguru.com, but I want to find out myself...if it is necessary. I just don't like the method of solving problems with money.
Is this
LU is resource provisioned, LBPRZ=0
a problem tomorrow, if I just use the drives without preparation? Is this just a modepage-setting I haven't found yet?