NetApp DS14-MK4 shelf in een homelab: welke HBA en SFP's zijn nodig, en zijn de schijven bruikbaar
Ik kon voor bijna niets aan een DS14-MK4-shelf komen en wil hem thuis aan een gewone tower-server hangen als bulkopslag. Hij is volledig gevuld met zijn originele carriers, hij start op, ventilators draaien, frontpaneel ziet er levendig uit - maar ik krijg geen enkele schijf op de host te zien.
- NetApp DS14-MK4-shelf met zijn originele drive carriers
- gewone tower-server met vrije PCIe-slots
- reserve-SAS-HBA en een handvol 10G SFP+-optiek uit de onderdelenbak
- host draait Linux of TrueNAS, nog niet besloten
# shelf powered and cabled to the HBA
lsblk # no new devices
dmesg | tail # no attach messages at allWat ik al gedaan heb:
- beide shelfmodules en beide poorten op elk geprobeerd
- elke carrier opnieuw geplaatst
- geverifieerd dat de HBA werkt, hij enumereert een direct aangesloten schijf zonder problemen
Voordat ik hier nog iets aan uitgeef: wat is er daadwerkelijk voor nodig om zo'n shelf aan te sluiten op een normale host, en zodra hij aangesloten is, zijn de originele schijven bruikbaar zoals ze zijn?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Je SAS-HBA zal die shelf nooit zien, en geen enkele bekabelingstruc verandert dat. Dit is de Fibre Channel-generatie van de NetApp-shelves: de hostkant heeft een FC-HBA nodig, 4 Gb FC-SFP's en LC-vezel. De 10G SFP+-optiek uit je onderdelenbak is ook geen vervanging voor 4 Gb FC-modules, dus begroot die als aparte post.
Het grotere obstakel is het medium. Die carriers bevatten enterprise-schijven met een FC-interface, en die zijn doorgaans low-level geformatteerd op 520-byte sectoren, waarbij de extra bytes per sector door de array zelf gebruikt worden. Een normaal OS raakt ze in die staat niet aan, dus elke schijf moet teruggeformatteerd worden naar 512 bytes voordat je hem kunt partitioneren, en dat is een traag klusje dat je voor elke carrier in de shelf herhaalt.
Dan het onpopulaire deel. De shelf en de schijven zijn ruwweg een decennium oud, de behuizing trekt de klok rond echt vermogen, en zodra je de HBA en de optiek erbij optelt, komen gewone moderne SATA-schijven goedkoper uit dan dit in leven houden - met een fractie van het lawaai. Als labopdracht is het prima te doen en je leert er aardig wat FC van, verwacht alleen niet dat het een economische manier is om capaciteit te kopen.
Post twee dingen voordat iemand echt kan helpen: wat er op de achterkant van de shelfmodules staat, en wat de interfaceregel op een drive-carrierlabel zegt. Die familie van shelves bestaat in meer dan één variant en het antwoord is compleet anders afhankelijk van welke je voor je hebt - wat hoogstwaarschijnlijk ook is waarom je SAS-HBA helemaal niets ziet.
En beslis het host-OS voordat je een controller koopt, niet erna. Als TrueNAS nog op tafel ligt: bedenk dat het onder de motorkap FreeBSD is en de driverdekking veel smaller dan bij Linux. Mensen worden daar voortdurend door verrast aan de netwerkkant, waar een Aquantia AQC107 helemaal geen driver heeft terwijl een Sonnet Twin10G gebouwd rond een Intel X520 een kans maakt. Hetzelfde huiswerk geldt voor welke HBA je ook uiteindelijk koopt: controleer eerst de driver, dan pas de prijs.
Labels gecontroleerd: FC op de schijven, en de shelfmodules komen overeen, wat de totale stilte op de SAS-kaart verklaart. Een FC-HBA en een paar 4 Gb FC-SFP's zijn onderweg.
Ondertussen heb ik twee schijven eruit gehaald en het herformatteren van 520 naar 512 bytes gestart op een testbankmachine. Het duurt uren per schijf, dus een volle shelf gaat een tijdje duren, en dat is nog voordat er een paar vermoeid blijken te zijn. Op dit moment doe ik het voor de leerwaarde - de rekensom van stroom plus optiek tegenover een paar moderne SATA-schijven valt duidelijk niet in het voordeel van de shelf uit, zoals hierboven voorspeld. Het blijft een labspeeltje in plaats van echte opslag.