Ang mga SMR (naka-tile) na hard drive nang hindi ipinapahiwatig ang pagkakaroon ng SMR ay napunta sa mga channel ng pagbebenta

Ang lahat ng tatlong mga tagagawa ay nagsimulang magbenta ng mga medyo maliit, simula sa 2TB HDD Mga SMR disk (naka-tile)nang hindi tinukoy ito sa mga detalye: WD, Seagate, Toshiba

Sa Internet at media sa wikang Ingles, ang mga naturang aksyon ay pinupuna at, sa palagay ko, tama. Sa Russia, ang mapagkukunan ng THG ay nabanggit sa isang artikulo Gumagamit ang Western Digital ng DM-SMR, na ginagawang angkop ang mga WD Red drive para sa NAS at RAID. Ang artikulong ito, sa palagay ko, ay isang walanghiyang kasinungalingan, mula sa pamagat hanggang sa konklusyon: "Salamat sa teknolohiya ng pag-record ng DM-SMR, ginawa ng Western Digital ang WD Red hard drive nito na angkop para sa NAS at RAID." Ito ay kagiliw-giliw na sa Ingles na bersyon ng artikulo Western Digital Fesses Up: Ilang Red HDD ay Gumagamit ng Mabagal na SMR Tech Nang Walang Pagbubunyag
walang pahiwatig ng gayong pagbaluktot ng mga katotohanan

Gayundin sa tekstong thg.ru ay tumutukoy kay Alan Brown,

Nakahanap ng paraan si Alan Brown, network administrator sa UCL Mullard Space Science Laboratory, ng paraan sa sitwasyong ito. Natuklasan niya na ang mga RAID dump, na ginagawa kapag ang isang bagong drive ay idinagdag sa isang umiiral na RAID array at pagkatapos ay muling isinulat upang balansehin ang pag-access, ang naging dahilan upang ang system ay hindi makontrol ang mga bagong WD Red HDD.

Medyo malabo kung ano ang eksaktong ibig sabihin nito "tinatanggal ng system ang mga bagong WD Red HDD mula sa ilalim ng kontrol nito." - ngunit ayon sa kahulugan ng panukala, ito ang solusyon

Sa parehong oras Si Alan talaga ang sumulat sa paksa - ngunit medyo kabaligtaran

Ang WD40EFAX drive na pinunan ko ng mga zero ay may average na 40MB/s, ngunit nagsimula sa 120MB/s.

Sa kaso ng ZFS, ang solver ay hindi isang end-to-end block-level scan, ngunit lumukso sa buong disk habang ang bawat file ay naibalik sa parity. Lumilitaw na ito ay nagdudulot ng isa pang isyu sa WD40EFAX, kung saan ang isang kahilingan na suriin ang isang sektor na hindi pa naisulat upang maging sanhi ng panloob na pag-log ng drive ng error na "Sector ID Not Found (IDNF)" at magtapon ng hardware I/O error mula sa interface sa host system.

Ang mga controllers ng RAID (hardware o software, RAID5/6 o ZFS) ay makatuwirang magpapasya na ang drive ay masama pagkatapos ng ilan sa mga ito at i-eject ito mula sa array kung hindi pa ito matapos ang pag-time out.

Ito ay tiyak na tumutugma sa aking napansin - ang receiver ay napupunta sa humigit-kumulang 100MB/s sa loob ng halos 40 minuto, pagkatapos nito ay nag-drive ng "Die" at mamatay nang paulit-ulit kung susubukan kong i-restart ang receiver, gayunpaman, kung iiwan ko ito - pagkatapos ng isang oras o higit pa , nagtatrabaho sila ng isa pang 40 minuto bago bumagsak.

Mahirap isipin kung ano ang eksaktong nagpagawa nito sa thg.ru. Maaari lamang hulaan kung ito ay dahil sa panggigipit ng mga advertiser. Sa anumang kaso, ang sitwasyon kapag ang mga sikat na drive na partikular na inilaan para sa NAS ay tahimik na pinalitan ng mga makabuluhang hindi gaanong angkop sa parehong presyo at nang hindi binabago ang mga pagtutukoy ay nararapat pansin.

Sa kumperensya May nabanggit na problema sa website ng WD. Ang kakanyahan ay pareho

Kakabili ko lang ng 3 WD RED para palitan ang mga tumatandang drive sa isang ZFS array

LAHAT NG TATLO ay nabigo habang nagresilver na may mga error sa IDNF (sector ID not found):

Sa pagkakaintindi ko, ang problema ay sa
WD RED - Ang WD Red EFAX ay mga SMR drive at may 256 MB ng cache. EFRX drive - huwag gumamit ng SMR (ito ay mga regular na CMR drive) at may 64 MB na cache
Ang Toshiba ay may ilang mga modelo higit pang mga detalye dito
May ilang serye ang Seagate - higit pang mga detalye dito

Pinagmulan: www.habr.com