Crucial m4 SSD update

**maxnet** · 19/01/12 21:56

Als je een Crucial schijf hebt, moet je hem nu updaten.

http://www.crucial.com/support/firmware.aspx

Correct a condition where an incorrect response to a SMART counter will cause the m4 drive to become unresponsive after 5184 hours of Power-on time. The drive will recover after a power cycle, however, this failure will repeat once per hour after reaching this point. The condition will allow the end user to successfully update firmware, and poses no risk to user or system data stored on the drive.

The drive will recover after a power cycle <- Ja, de schijven recoverde weer. Maar toen was de RAID array al stuk

**Arieh** · 20/01/12 00:14

Bedankt voor de tip, heb d'r een zitten in m'n desktop

**mordamus** · 20/01/12 07:06

Binnenkort maar naar het Datacentrum

**Dennis** · 20/01/12 08:47

Dat is niet echt goed voor de reputatie van SSD-schijven. Je zult maar 10 van deze schijven in een raid-array hebben die tegelijkertijd uitvallen. Dat is lastig te herstellen.

**dreamhost_nl** · 20/01/12 13:41

Oorspronkelijk geplaatst door Dennis

Dat is lastig te herstellen.

Lees: Niet.

**maxnet** · 20/01/12 13:59

Oorspronkelijk geplaatst door Dennis

Dat is niet echt goed voor de reputatie van SSD-schijven. Je zult maar 10 van deze schijven in een raid-array hebben die tegelijkertijd uitvallen. Dat is lastig te herstellen.

Zeg maar gerust niet te herstellen.
Hebben hier een aantal weken terug dus al last van gehad, maar nu is pas bekend hoe het kwam.

In dit geval hadden 2 van de 4 schijven iets langer aangestaan, omdat die bij een andere leverancier besteld waren en daar eerst los wat benchmarks op uitgevoerd zijn.
Die hebben het dus als eerste begeven, en mdadm weigerde na opnieuw opstarten vervolgens deze schijven weer aan het array toe te voegen.
Ook met --force deed ie het niet.

Vervolgens nog een poging gedaan om het RAID array domweg opnieuw aan te maken, met dezelfde opties als oorspronkelijk gebruikt.
Heeft iets geholpen, maar het bestandssysteem zelf was kennenlijk ook corrupt, want fsck plaatste vervolgens de inhoud van alle bestanden in /lost+found.

smart output van 1 van de schijven voordat deze ge'RMA'd is (overigens nog steeds geen vervangende exemplaren gehad)

Code:

root@sysresccd /root/smartmontools-5.42 % ./smartctl -a /dev/sdb
smartctl 5.42 2011-10-20 r3458 [x86_64-linux-2.6.38-std220-amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family:     Crucial/Micron RealSSD C300/C400
Device Model:     M4-CT256M4SSD2
Serial Number:    0000000011130304EDE0
LU WWN Device Id: 5 00a075 10304ede0
Firmware Version: 0009
User Capacity:    256,060,514,304 bytes [256 GB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   8
ATA Standard is:  ATA-8-ACS revision 6
Local Time is:    Tue Jan  3 18:05:05 2012 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x80) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0) The previous self-test routine completed
                                        without error or no self-test has ever 
                                        been run.
Total time to complete Offline 
data collection:                ( 1190) seconds.
Offline data collection
capabilities:                    (0x7b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        General Purpose Logging supported.
Short self-test routine 
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        (  19) minutes.
Conveyance self-test routine
recommended polling time:        (   3) minutes.
SCT capabilities:              (0x003d) SCT Status supported.
                                        SCT Error Recovery Control supported.
                                        SCT Feature Control supported.
                                        SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   100   050    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       20480
  9 Power_On_Hours          0x0032   100   100   001    Old_age   Always       -       5211
 12 Power_Cycle_Count       0x0032   100   100   001    Old_age   Always       -       24
170 Grown_Failing_Block_Ct  0x0033   100   100   010    Pre-fail  Always       -       5
171 Program_Fail_Count      0x0032   100   100   001    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   001    Old_age   Always       -       134
173 Wear_Levelling_Count    0x0033   098   098   010    Pre-fail  Always       -       72
174 Unexpect_Power_Loss_Ct  0x0032   100   100   001    Old_age   Always       -       0
181 Non4k_Aligned_Access    0x0022   100   100   001    Old_age   Always       -       254 233 20
183 SATA_Iface_Downshift    0x0032   100   100   001    Old_age   Always       -       0
184 End-to-End_Error        0x0033   100   100   050    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0032   100   100   001    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   001    Old_age   Always       -       0
189 Factory_Bad_Block_Ct    0x000e   100   100   001    Old_age   Always       -       150
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       0
195 Hardware_ECC_Recovered  0x003a   100   100   001    Old_age   Always       -       0
196 Reallocated_Event_Count 0x0032   100   100   001    Old_age   Always       -       5
197 Current_Pending_Sector  0x0032   100   100   001    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   001    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   100   100   001    Old_age   Always       -       0
202 Perc_Rated_Life_Used    0x0018   098   098   001    Old_age   Offline      -       2
206 Write_Error_Rate        0x000e   100   100   001    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%      5211         -

Aan de power on hours kan je zien dat het om dit probleem moet gaan.
Maar er zijn ook reallocated sectors die er eerder niet waren, hetgeen op data verlies kan duiden.

Levensduur is nog wel 98%, dus geen extreme dingen mee gedaan.

(Oh, en voor de SSD en software raid bashers:

Het ironische is dat het getroffen project oorspronkelijk een tweede server standby had draaien op een andere lokatie, met een Areca kaart en 4x velociraptor.
Ware het niet dat daar een paar maanden eerder ook twee schijven het tegelijk begeven hadden.
Gevalletje murphy, en backup terugladen op andere schijven

)

**maxnet** · 08/02/12 13:23

Inmiddels nieuwe exemplaren ontvangen.
Wel met een briefje dat we die zelf maar even moeten updaten, anders zouden er wel eens *kuch* "performance problemen" kunnen ontstaan.

http://s17.postimage.org/5sdhgtcbj/p...e_probleem.png

Beetje jammer dat er nog steeds gedownplayed wordt, en ze hun klanten niet proactief informeren dat er geupgrade moet worden.
Een deel van onze schijven komt rechtstreeks bij hun eigen webshop vandaan, ze hadden ons e-mail adres dus al.

Mocht iemand er over twijfelen dat dit het probleem was dat voor het dataverlies bij onze klant heeft gezorgd, bij een andere provider zijn inmiddels 76 stuks overleden en daarbij ook raid arrays corrupt geraakt: http://blog.mailchimp.com/planned-se...server-outage/
Mocht je ze dus nog hebben draaien: niet wachten met upgraden.

**tvdh** · 10/02/12 13:38

Ik bouw computers voor particulieren.
Dus nu moet ik in elke pc die ik geleverd heb met deze SSD het systeem gaan updaten?

**DualVision** · 10/02/12 13:47

Lijkt me handig ja

**tvdh** · 10/02/12 13:55

Dat is lekker dan. Mensen kunnen het zelf niet, dus kan ik veel klanten af gaan :P

**patrickekkel** · 10/02/12 13:56

Of je stuurt al die mensen een mailing of een brief dat een update nodig is.
En dat als ze willen dat jij hem doet dat ze de pc langs moeten brengen.
Scheelt voor jou een heel hoop werk om erheen te gaan, en de keuze is dan aan de mensen zelf.

Jij hebt voldaan aan de plicht om er een melding van te maken .

**maxnet** · 10/02/12 16:15

Oorspronkelijk geplaatst door tvdh

Dat is lekker dan. Mensen kunnen het zelf niet, dus kan ik veel klanten af gaan :P

Misschien lukt het ze zelf wel als je het cd'tje voor ze brand, en opstuurt?
Of overschat ik nu je doelgroep, of gaat het om systemen zonder drive?

**Rez** · 10/02/12 16:29

Ik stond op t punt twee van die rakkers aan te schaffen voor een performance upgrade....
gelukkig kwam er weer wat tussen,

is de fw te upgraden als de drives in een array zitten en/of aan een controller?
lijkt me wel handig te weten...

**Wynand** · 10/02/12 16:34

Oorspronkelijk geplaatst door maxnet

Wel met een briefje dat we die zelf maar even moeten updaten, anders zouden er wel eens *kuch* "performance problemen" kunnen ontstaan.

http://s17.postimage.org/5sdhgtcbj/p...e_probleem.png

Sh*t. Wie leest er nu die gele stikkertjes nou waar tot hier toe nooit wat anders op stond dan garantie/voorwaarden. :-(

**maxnet** · 10/02/12 17:01

Oorspronkelijk geplaatst door Rez

is de fw te upgraden als de drives in een array zitten en/of aan een controller?

Zou daar niet op rekenen.

Uit de instructies:

Plug Drive into Motherboard port 0-3
[...]
Note: The upgrade process will not work with some drop-in HBAs (Host Bus Adapters) or 6.0 Gb/s ports.

Onderwerp Gereedschap

Toon

Onderwerp: Crucial m4 SSD update

Crucial m4 SSD update

Webhostingtalk.nl

Link met ons

Partners

Contact