From: Bill Hudacek <bill.hudacek@gmail.com>
To: mdraid <linux-raid@vger.kernel.org>
Subject: Question: RAID cabinet for home use
Date: Mon, 21 Jun 2021 17:11:08 -0400 [thread overview]
Message-ID: <03ca5974-60ed-d596-7eff-cac44f4a6d62@gmail.com> (raw)
My 2021 Sans Digital TR5UT+B held 5 SATA disks. I had an eSATA
connection to the host box. It went belly-up a few weeks ago.
After some careful searching, a good replacement seemed to be the Oyen
Digital Mobius 3R5-EB3-M. Found it for about $300USD.
It was plug-and-play replace. Drives were being addressed by UUID in
Fedora so no issues at all. It came right up.
However, smart reporting looks horrible even compared to the TR5UT+B
(which had its own issues).
Here's what the TR5UT+B (old cabinet) reported for one disk in the
unit (just the header section of smartctl -a):
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Red
Device Model: WDC WD20EFRX-68EUZN0
Serial Number: WD-WCC4M6HX8XCR
Firmware Version: 0957
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
Here's what the Mobius reports now for the same disk:
=== START OF INFORMATION SECTION ===
Device Model: Mobius DISK1
Serial Number: WD-WCC4M6HX8XCR
Firmware Version: 0962
User Capacity: 2,000,398,934,016 bytes [2.00 TB]
Sector Size: 512 bytes logical/physical
Device is: Not in smartctl database [for details use: -P showall]
The disk model is gone. The firmware version is wrong (cabinet instead
of disk?!). I imagine firmware updates are impossible here.
The rest of it is unimpressive, too. No SCT (TLER) at all - not just
ERC, but SCT Status, SCT Feature Control, SCT Data Table are all
missing too.
All the disks in the cabinet are WD20EFRX-68EUZN0. So I believe they
have SCT/TLER.
What RAID cabinets would be a better alternative? I have 5 drives but
an 8-bay cabinet would work too.
Obviously, SMART pass-through would be 'nice'. But so would SCT (ERC).
--
Kind Regards,
Bill Hudacek
IT Architect
Currently Un-Attached, free & independent
next reply other threads:[~2021-06-21 21:11 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-21 21:11 Bill Hudacek [this message]
[not found] ` <CAAMCDedp11LuFuqV15NTPWv0wpCSvsp+VHPBBYN0euegm=5_Bg@mail.gmail.com>
2021-06-22 13:56 ` Question: RAID cabinet for home use (vs "Backplane/Cage/Mobile Rack"?) Bill Hudacek
2021-06-23 17:22 ` Question: RAID cabinet for home use John Stoffel
2021-06-23 20:14 ` antlists
[not found] ` <CAAMCDedHYKqBDfTysU=-CtxRMVpftPK1+crewRM2yuTDDq653A@mail.gmail.com>
2021-06-23 20:53 ` Roger Heflin
2021-06-24 16:42 ` John Stoffel
2021-06-25 20:04 ` Mark Wagner
2021-06-25 22:09 ` Ram Ramesh
2021-06-27 14:06 ` John Stoffel
2021-06-24 16:39 ` John Stoffel
2021-06-26 17:56 ` antlists
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=03ca5974-60ed-d596-7eff-cac44f4a6d62@gmail.com \
--to=bill.hudacek@gmail.com \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox