Disk gecrashed maar werkt nog wel?

[CronoS]

Ha,

In de nacht van donderdag op vrijdag heeft een van mijn 1,5 TB WD disken de geest gegeven. Ik had een Raid 0 en het volume was niet meer beschikbaar. Ik heb een backup van de meest belangrijke bestanden, maar toch ging ik kijken of ik het kon fixen. Ik had een snelle en een uitgebreide test uitgevoerd op de kapotte disk, maar de disk bleef op vastgelopen staan en het volume was niet beschikbaar. De s.m.a.r.t. info stond trouwens nog wel op normaal.

Nu ging ik toch kijken of er nog iets mee aan te vangen was. Nu zag ik op de Wiki van synology dit document voorbij komen:(http://forum.synology.com/wiki/index.ph ... sic_faults). Nadat ik dit uitgevoerd had, was de data (volume1) weer beschikbaar en kan ik alles nog benaderen en er was inderdaad iets gefixt.. Ik kreeg het gevoel dat er iets met het logsiche volume aan de hand. Wat ik nu alleen vreemd vind, is dat de status van volume1 en de bijbehorende disk nog steeds op vastgelopen staat in de admin pagina. Terwijl dit dus blijkbaar niet het geval is want hij is gewoon benaderbaar?

Dus.. Is de disk nu nog steeds kapot, want hier twijfel ik toch aan? En is er een manier om de Synology even te resetten zodat deze in elk geval weet dat het Volume 1 weer beschikbaar is?

[LukeVredeveld]

Er is een verschil tussen het crashen van het volume en het crashen van een disk. Als een disk crashed, dan is hij over het algemeen ook echt kapot. De smart-info zal dan niet meer op ok staan. Als een volume crashed, dan gaat er iets fout in de bestandsstructuur. Dat is soms nog wel te fixen. Ik zou je syno even opnieuw opstarten en kijken wat er dan aangegeven wordt.

[CronoS]

Dat helpt niet, als de synology herstart is dan knippert nog steeds mijn status led, volume1 en disk1 staan dan nog steeds op vastgelopen. Op dit moment werkt volume1 wel en dat is dus zo vreemd. Ik ben nu in elk geval even al mijn data aan het veilig stellen, geen zin dat dit ermee stopt

[CronoS]

Ik heb de disk vervangen voor een nieuwe WD15EARS schijf. Mijn oude disk en mijn nieuwe disk zijn alleen helaas niet meer van hetzelfde submodel nummer.

Nu alleen wel een vraag; ik merk op dat de Write speed een stuk trager is geworden, dit is rond de 20 MB p/s, terwijl ik vroeger makkelijk 50 MB haalde bij het schrijven. Ik moet erbij zeggen, dat ik nu de Synology Hybrid Raid 1 heb gemaakt en vroeger was vroeger een Raid 0. Het verschil lijkt me nu wel erg groot? Lezen gaat goed..
Misschien vreemd, maar ik vind de HDD lampjes "vreemd" knipperen bij een schrijf actie (bij een lees actie niet).. Rond de 3 a 4 seconden gaan beide HDD lampjes even tegelijk uit, lijkt net of dan alles eventjes stil valt? Dit was vroeger niet het geval? Ligt dit misschien aan de Raid 1?  

Ik had met de wdidle tool nog even gekeken naar de timer waarde (LCC liep langzaam op), deze stond uit? Maar ik heb hem nog even gezet op de 300 (5 minuten). Nu heeft deze dezelfde waarde als op mijn oude disk, maar ik neem aan dat het hier dan toch uiteindelijk niet aan ligt?

Ik hoor graag ideeen

[CronoS]

Nog een opmerking: als ik fdisk -lu doe, dan zie ik de volgende foutmelding:
Partition 1 does not end on cylinder boundary
Wat moet ik hier exact aan doen, want dat lijkt me niet goed ?

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sda1             256     4980735     2490240  fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2         4980736     9175039     2097152  fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3         9437184  2930263007  1460412912   f Win95 Ext'd (LBA)
/dev/sda5         9453280  2930263007  1460404864  fd Linux raid autodetect

Disk /dev/sdb: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes

   Device Boot      Start         End      Blocks  Id System
/dev/sdb1             256     4980735     2490240  fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sdb2         4980736     9175039     2097152  fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sdb3         9437184  2930263007  1460412912   f Win95 Ext'd (LBA)
/dev/sdb5         9453280  2930263007  1460404864  fd Linux raid autodetect

[WebSpider]

Wat is de output van:

mdadm --detail /dev/md0 && mdadm --detail /dev/md1 && mdadm --detail /dev/md2

?

[CronoS]

Bij deze:


        Version : 0.90
  Creation Time : Sat Apr  3 12:49:28 2010
     Raid Level : raid1
     Array Size : 2490176 (2.37 GiB 2.55 GB)
  Used Dev Size : 2490176 (2.37 GiB 2.55 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Tue Nov  1 21:12:11 2011
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           UUID : 9ce51a50:c0372646:e8f7cd2c:fc4aa1f2 (local to host DiskStation)
         Events : 0.5354

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/hda1
       1       8       17        1      active sync   /dev/hdb1
/dev/md1:
        Version : 0.90
  Creation Time : Sat Apr  3 12:49:28 2010
     Raid Level : raid1
     Array Size : 2097088 (2048.28 MiB 2147.42 MB)
  Used Dev Size : 2097088 (2048.28 MiB 2147.42 MB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Sun Oct 30 19:49:48 2011
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           UUID : 30dd0f47:9904420c:e8f7cd2c:fc4aa1f2 (local to host DiskStation)
         Events : 0.54

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/hda2
       1       8       18        1      active sync   /dev/hdb2
/dev/md2:
        Version : 1.2
  Creation Time : Fri Oct 28 16:11:02 2011
     Raid Level : raid1
     Array Size : 1460403648 (1392.75 GiB 1495.45 GB)
  Used Dev Size : 1460403648 (1392.75 GiB 1495.45 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

    Update Time : Tue Nov  1 21:12:08 2011
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

           Name : DiskStation:2  (local to host DiskStation)
           UUID : b6a7d362:8818a349:0969af72:227801f9
         Events : 150137

    Number   Major   Minor   RaidDevice State
       0       8        5        0      active sync   /dev/sda5
       1       8       21        1      active sync   /dev/sdb5

[WebSpider]

Je RAID is prima in orde, en daarmee je schijf ook. Als er iets aan de hand is, is het waarschijnlijk je filesystem.

Aangezien ik mijn Synology nu krap een week heb (maar gelukkig wel veel verstand van Linux ;-) ), word het voor mij nu even onzeker.

Andere forumleden, hoe repareer je op een Synology een filesystem .. e2fsck ?

[CronoS]

Lezen blijft goed gaan, schrijven blijft toch vreemd gaan. Lampjes blijven raar knipperen

In elk geval had ik deze wiki gevonden: http://forum.synology.com/wiki/index.ph ... sic_faults

Alleen voor mij klopt het niet, want de wiki beschrijft dat het volume1 gemount moet zijn aan het volgende filesystem /dev/md2 (of eventueel een ander). Maar bij is dit echt compleet anders: /dev/vg1000/lv
Als ik daarna het commando "e2fsck -v -n -f /dev/vg1000/lv" uitvoer, dan zegt het systeem dat het filesysteem in gebruik is door een ander programma of volume. Ik heb de services, zoals aangegeven, netjes gestopt.. maar toch is deze nog in gebruik.

Any idea's want volgens mij gevoel werkt het e.e.a. toch nog niet lekker

Ik twijfel dus of dat deze procedure ook geschikt is voor EXT4 systemen..

[CronoS]

Nog een aanvulling. Ik heb even als test een disk aangemaakt via iScsi en daar een kopieeractie mee uitgevoerd. Dit gaat gewoon zoals het hoort, gemiddelde snelheid ligt rond de 40 a 45 MB en de lampjes knipperen normaal, waarbij deze niet even "uit" springen.. Ik heb zelfs het gevoel dat iScsi sneller gaat dan SMB.. Dus er lijkt me dat de kopieeractive via het SMB protocol iets "vreemds" doet met de disk aansturing..

[CronoS]

Naar aanleiding van deze threat contact opgenomen met Synology Support. Het blijkt zo te zijn dat SHR volume toch trager is dan een normaal Raid 1 volume. Ik zal dus het volume moeten weggooien en nieuw Raid 1 volume op bouwen als ik maximale performance wil (verschil is 10 a 15 MB p/s).. Dat lees ik toch nergens bij gebruik van SHR volumes ..