SMR ની હાજરી દર્શાવ્યા વિના SMR (ટાઈલ કરેલી) હાર્ડ ડ્રાઈવો વેચાણ ચેનલોમાં ગઈ

ત્રણેય ઉત્પાદકોએ 2TB HDD થી શરૂ કરીને, પ્રમાણમાં નાના વેચવાનું શરૂ કર્યું SMR ડિસ્ક (ટાઇલ્ડ)તેને સ્પેક્સમાં સ્પષ્ટ કર્યા વિના: WD, Seagate, તોશિબા

અંગ્રેજી ભાષાના ઈન્ટરનેટ અને મીડિયા પર, આવી ક્રિયાઓની ટીકા કરવામાં આવે છે અને, મને લાગે છે કે, તે યોગ્ય છે. રશિયામાં, THG સંસાધન એક લેખ સાથે નોંધવામાં આવ્યું હતું વેસ્ટર્ન ડિજિટલ DM-SMR નો ઉપયોગ કરે છે, જે WD રેડ ડ્રાઇવને NAS અને RAID માટે યોગ્ય બનાવે છે. આ લેખ, મારા મતે, શીર્ષકથી નિષ્કર્ષ સુધી, એક નિર્લજ્જ જૂઠ છે: "DM-SMR રેકોર્ડિંગ ટેક્નોલોજીનો આભાર, વેસ્ટર્ન ડિજિટલે તેની WD રેડ હાર્ડ ડ્રાઈવોને NAS અને RAID માટે યોગ્ય બનાવી છે." તે રસપ્રદ છે કે લેખના અંગ્રેજી સંસ્કરણમાં વેસ્ટર્ન ડિજિટલ ફેસિસ અપ: કેટલાક રેડ HDD ડિસ્ક્લોઝર વિના ધીમી SMR ટેકનો ઉપયોગ કરે છે
હકીકતોના આવા વિકૃતિનો કોઈ સંકેત નથી

thg.ru ટેક્સ્ટમાં પણ એલન બ્રાઉનનો ઉલ્લેખ છે,

યુસીએલ મુલાર્ડ સ્પેસ સાયન્સ લેબોરેટરીના નેટવર્ક એડમિનિસ્ટ્રેટર એલન બ્રાઉને આ પરિસ્થિતિમાંથી બહાર નીકળવાનો માર્ગ શોધી કાઢ્યો. તેણે શોધ્યું કે RAID ડમ્પ્સ, જે હાલના RAID એરેમાં નવી ડ્રાઈવ ઉમેરતી વખતે કરવામાં આવે છે અને પછી એક્સેસને સંતુલિત કરવા માટે તેને ઓવરરાઈટ કરે છે, જેના કારણે સિસ્ટમ નવા WD Red HDD ને નિયંત્રણની બહાર લઈ ગઈ.

તે તદ્દન અસ્પષ્ટ છે કે તેનો અર્થ શું થાય છે "સિસ્ટમ તેના નિયંત્રણ હેઠળના નવા WD Red HDD ને દૂર કરે છે." - પરંતુ દરખાસ્તના અર્થ અનુસાર, આ ઉકેલ છે

એટલાજ સમયમાં એલને ખરેખર આ વિષય પર લખ્યું - પરંતુ તદ્દન વિપરીત

મેં શૂન્યથી ભરેલી WD40EFAX ડ્રાઇવ એવરેજ 40MB/s હતી, પરંતુ તે 120MB/s થી શરૂ થઈ હતી.

ZFS ના કિસ્સામાં, રિઝોલ્વર એ એન્ડ-ટુ-એન્ડ બ્લોક-લેવલ સ્કેન નથી, પરંતુ દરેક ફાઇલ સમાનતામાં પુનઃસ્થાપિત થતાં સમગ્ર ડિસ્ક પર હૉપ કરે છે. આનાથી WD40EFAX પર બીજી સમસ્યા ઊભી થઈ હોય તેવું લાગે છે, જ્યાં હજુ સુધી લખાયેલ ન હોય તેવા સેક્ટરને તપાસવાની વિનંતીથી ડ્રાઇવને "સેક્ટર આઈડી નોટ ફાઉન્ડ (આઈડીએનએફ)" ભૂલને આંતરિક રીતે લૉગ કરવા અને હાર્ડવેર I/O ભૂલ ફેંકવા માટેનું કારણ બને છે. યજમાન સિસ્ટમ માટે ઇન્ટરફેસ.

RAID નિયંત્રકો (હાર્ડવેર અથવા સૉફ્ટવેર, RAID5/6 અથવા ZFS) તેમાંથી કેટલાક પછી ડ્રાઇવ ખરાબ છે તે તદ્દન વ્યાજબી રીતે નક્કી કરશે અને જો તે સમય સમાપ્ત થયા પછી પહેલેથી જ ન હોય તો તેને એરેમાંથી બહાર કાઢશે.

આ ચોક્કસપણે મેં નોંધ્યું છે તે સાથે મેળ ખાય છે - રીસીવર લગભગ 100 મિનિટ માટે લગભગ 40MB/s પર જાય છે, જે પછી ડ્રાઇવ્સ "ડાઇ જાય છે" અને વારંવાર મૃત્યુ પામે છે જો હું રીસીવરને પુનઃપ્રારંભ કરવાનો પ્રયાસ કરું છું, જો કે, જો હું તેને છોડી દઉં તો - એક કલાક કે તેથી વધુ સમય પછી , તેઓ પડી જતા પહેલા બીજી 40 મિનિટ કામ કરે છે.

તે કલ્પના કરવી મુશ્કેલ છે કે thg.ru એ આને બરાબર શું કર્યું. કોઈ માત્ર અનુમાન કરી શકે છે કે શું આ જાહેરાતકર્તાઓના દબાણને કારણે હતું. કોઈ પણ સંજોગોમાં, જ્યારે લોકપ્રિય ડ્રાઈવો ખાસ કરીને NAS માટે બનાવાયેલ હોય ત્યારે તે જ કિંમતે અને વિશિષ્ટતાઓને બદલ્યા વિના શાંતિથી નોંધપાત્ર રીતે ઓછા યોગ્ય લોકો દ્વારા બદલવામાં આવે છે તે પરિસ્થિતિ ધ્યાનને પાત્ર છે.

પરિષદમાં WD વેબસાઇટ પર સમસ્યાનો ઉલ્લેખ હતો. સાર એ જ છે

મેં હમણાં જ ZFS એરેમાં વૃદ્ધ ડ્રાઈવોને બદલવા માટે 3 WD REDs ખરીદ્યા છે

IDNF (સેક્ટર ID મળ્યું નથી) ભૂલો સાથે રિસિલ્વરિંગ દરમિયાન ત્રણેય નિષ્ફળ રહ્યા છે:

જ્યાં સુધી હું સમજું છું, સમસ્યા સાથે છે
WD RED - WD Red EFAX SMR ડ્રાઇવ છે અને તેમાં 256 MB કેશ છે. EFRX ડ્રાઇવ્સ - SMR નો ઉપયોગ કરશો નહીં (આ નિયમિત CMR ડ્રાઇવ્સ છે) અને તેની પાસે 64 MB કેશ છે
તોશિબા પાસે ઘણા મોડલ છે વધુ વિગતો અહીં
સીગેટમાં ઘણી શ્રેણીઓ છે - વધુ વિગતો અહીં

સોર્સ: www.habr.com