softraid: unexpected incosistency

[Zym0tiC]

Wanneer mijn server boot zie ik tijdens het opstarten wat error meldingen langs flitsen mbt /dev/md4.

dmesg verteld me het volgende:

code:

The physical size of the device is 27832576 blocks
Either the superblock or the partition table is likely to be corrupt!

/dev/md4: UNEXPECTED INCOSISTENCY; RUN fsck MANUALLY.

na het runnen van fsck /dev/md4 blijft de fout echter bestaan. fsck ondertussen al meerdere keren gerund.

Ik heb al eens geprobeerd om de raid array helemaal opnieuw te laten maken. Data tijdelijk op een andere hdd geplaatst en na het maken van deze array de data weer terug geplaatst. Maar wanneer ik dan weer opnieuw boot blijft het probleem zich voordoen.

Dit probleem doet zich trouwens niet op de overige partities voor. Deze zijn trouwens tijdens voor de slackware setup aangemaakt. Misschien dat dat er wat mee te maken KAN hebben?

/etc/raidtab

code:

raiddev /dev/md0
        raid-level      1
        nr-raid-disks   2
        nr-spare-disks  0
    chunk-size  4
        persistent-superblock 1
        device          /dev/hde1
        raid-disk       0
        device          /dev/hdg1
        raid-disk       1

raiddev /dev/md1
        raid-level      1
        nr-raid-disks   2
        nr-spare-disks  0
        chunk-size  4
        persistent-superblock 1
        device          /dev/hde5
        raid-disk       0
        device          /dev/hdg5
        raid-disk       1

raiddev /dev/md2
        raid-level      1
        nr-raid-disks   2
        nr-spare-disks  0
        chunk-size  4
        persistent-superblock 1
        device          /dev/hde6
        raid-disk       0
        device          /dev/hdg6
        raid-disk       1

raiddev /dev/md3
        raid-level      1
        nr-raid-disks   2
        nr-spare-disks  0
        chunk-size  4
        persistent-superblock 1
        device          /dev/hde7
        raid-disk       0
        device          /dev/hdg7
        raid-disk       1

raiddev /dev/md4
    raid-level  1
    nr-raid-disks   2
    nr-spare-disks  0
    chunk-size  4
    persistent-superblock 1
    device      /dev/hde9
    raid-disk   0
    device      /dev/hdg9
    raid-disk   1

Alle partities zijn van het type FD en het filesystem is ext3.

fdisk -l /dev/hde

code:

Disk /dev/hde: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hde1   *           1          62      497983+  fd  Linux raid autodetect
/dev/hde2              63       14593   116720257+   5  Extended
/dev/hde5              63         184      979933+  fd  Linux raid autodetect
/dev/hde6             185         306      979933+  fd  Linux raid autodetect
/dev/hde7             307         671     2931831   fd  Linux raid autodetect
/dev/hde8             672         733      497983+  82  Linux swap
/dev/hde9             734       14593   111330418+  fd  Linux raid autodetect

fdisk -l /dev/hdg

code:

Disk /dev/hdg: 122.9 GB, 122942324736 bytes
255 heads, 63 sectors/track, 14946 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hdg1   *           1          62      497983+  fd  Linux raid autodetect
/dev/hdg2              63       14593   116720257+   5  Extended
/dev/hdg5              63         184      979933+  fd  Linux raid autodetect
/dev/hdg6             185         306      979933+  fd  Linux raid autodetect
/dev/hdg7             307         671     2931831   fd  Linux raid autodetect
/dev/hdg8             672         733      497983+  82  Linux swap
/dev/hdg9             734       14593   111330418+  fd  Linux raid autodetect

[Sendy]

Je geeft helemaal niet aan of fsck.ext3 wel fouten detecteerd (en deze misschien niet kan verbeteren)?

Wellicht is je mkfs.ext3 wel niet helemaal goed? Je kan misschien een nieuwere (of oudere!) binary gebruiken?

[Edwin van Cleef]

welke versie van linux gebruik je?

[Zym0tiC]

Slackware 10.2 is de linux versie die ik gebruik.

Even een fsck -v gedaan:

code:

root@server:~# fsck -v /dev/md4
fsck 1.38 (30-Jun-2005)
e2fsck 1.38 (30-Jun-2005)
The filesystem size (according to the superblock) is 27832604 blocks
The physical size of the device is 27832576 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>? no

/dev/md4 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

   34121 inodes used (0%)
     561 non-contiguous inodes (1.6%)
         # of inodes with ind/dind/tind blocks: 19348/11227/0
25243517 blocks used (90%)
       0 bad blocks
       0 large files

   31076 regular files
    2992 directories
       0 character device files
       0 block device files
       0 fifos
       0 links
      44 symbolic links (44 fast symbolic links)
       0 sockets
--------
   34112 files

Probleem lijkt me trouwens niet aan mkfs.ext3 te liggen aangezien het maken van de overige filesystems ook fout zou moeten gaan.

[ Voor 8% gewijzigd door Zym0tiC op 01-01-2006 18:56 ]

[_JGC_]

Hoe heb jij die partities gemaakt? Eerst gewoon installeren op de losse partitie en daarna met raidtools een RAID-1 array van gemaakt?

Het beste kan je gewoon een RAID array aanmaken met mdadm en dat hele /etc/raidtab en raidtools verhaal vergeten. Vervolgens krijg je een /dev/md* en daar maar je je partitie met mkfs op.

[Zym0tiC]

_JGC_ schreef op zondag 01 januari 2006 @ 20:09:
Hoe heb jij die partities gemaakt? Eerst gewoon installeren op de losse partitie en daarna met raidtools een RAID-1 array van gemaakt?

Het beste kan je gewoon een RAID array aanmaken met mdadm en dat hele /etc/raidtab en raidtools verhaal vergeten. Vervolgens krijg je een /dev/md* en daar maar je je partitie met mkfs op.

Op de eerste manier ja. Helaas alleen heb ik nu niet meer de beschikking over die extra 120GB hdd. Als er dus nog een andere manier is om dit te fixen...graag

Ik heb nog wat gevonden wat met mijn probleem te maken kan hebben:
http://www.tldp.org/HOWTO/Software-RAID-HOWTO-7.html en dan step 11

Alleen hoe zeker kan ik zijn dat ik geen data kwijt raak. Als ik de man page lees heb ik het idee dat mijn data gewoon behouden blijft.

Misschien dat iemand me hier iets concreets over kan zeggen. Heb namelijk niet echt ervaring met resize2fs

edit:
Ik heb het toch maar geprobeerd en de data blijft gewoon behouden.
Probleem lijkt zich nu ook niet meer voor te doen.

[ Voor 32% gewijzigd door Zym0tiC op 01-01-2006 21:03 ]

[Sendy]

Je schrijft eerder dat je de hele array opnieuw had aangemaakt. Waarom kan dat dan nu niet? Het lijkt me trouwens wel de oplossing.

edit:

Oke, na edit is er geen probleem meer, dus bovenstaande hoeft niet meer beantwoord te worden

[ Voor 31% gewijzigd door Sendy op 01-01-2006 21:07 ]

[XTerm]

Kan je eens even die partities badblocken ? Misschien is een van de hd's wel gewoon stuk?