1und1 Rootserver Software Raid startet nicht

B

Bluepower

New Member
Hallo zusammen,

ich habe mir einen weiteren Server bei 1und1 zu gelegt und diesen auch direkt mittels debootstrap komplett selber installiert. Soweit so gut, Netzwerk konfiguration steht wieder sowie auch hostnamen und auch die mdadm.conf steht.

Der Server ist so eingerichet, das auch die Swap partition auf einem md Array liegt.

Nun wollte ich nach der Installation den Server neustarten, jedoch kommt dieser nicht weiter als bis hier hin
Code: 
 * Starting Postfix Mail Transport Agent postfix                         [ OK ]
 * Starting MD monitoring service mdadm --monitor                    [ OK ]
Was ich mich gerade nun frage ist, wieso ich im rescue Modus den Server starten kann und die md arrays alle hoch kommen ohne irgendwelche Fehler.

Der Start log sieht aktuell so aus und darin sehe ich, das der Kernel irgendwelche probleme mit den md devices und der Partitionstabelle hat.

Code: 
Begin: Running /[    5.725783] md: bind<sdb2>
scripts/init-premount ...
Done.
Begin: Mounting root file syst[    5.740290] md: bind<sdb6>
em... ...
Begin[    5.749974] md: bind<sdb7>
: Running /scripts/local-top ...
Done.
[    5.789344] md: bind<sdb5>
[    5.794824] md: bind<sda2>
[    5.800623] md: bind<sda1>
[    5.808045] raid1: raid set md1 active with 2 out of 2 mirrors
[    5.819799] md1: detected capacity change from 0 to 8192262144
[    5.819790] raid1: raid set md0 active with 2 out of 2 mirrors
[    5.819816] md0: detected capacity change from 0 to 2047934464
[    5.856306]  md0:
[    5.860702]  md1: unknown partition table
[    5.871316] md: bind<sdb8>
[    5.876815]  unknown partition table
[    5.885848] md: bind<sda6>
[    5.894793] raid1: raid set md3 active with 2 out of 2 mirrors
[    5.906522] md3: detected capacity change from 0 to 25596919808
[    5.919765] md: bind<sda8>
[    5.919770]  md3:
[    5.920110] md: bind<sda5>
[    5.935088]  unknown partition table
[    5.943399] raid1: raid set md2 active with 2 out of 2 mirrors
[    5.955142] md2: detected capacity change from 0 to 25596919808
[    5.967415] md: bind<sda7>
[    5.969062]  md2:
[    5.976496] raid1: raid set md5 active with 2 out of 2 mirrors
[    5.988628]  unknown partition table
[    5.988655] md5: detected capacity change from 0 to 29068034048
[    6.008464]  md5: unknown partition table
[    6.058449] raid1: raid set md4 active with 2 out of 2 mirrors
[    6.070166] md4: detected capacity change from 0 to 409602359296
[    6.083311]  md4: unknown partition table
Begin: Running /scripts/local-premount ...
Done.
[    6.147009] kjournald starting.  Commit interval 5 seconds
[    6.147033] EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ...
Done.
Done.
Begin: Running /scripts/init-bottom ...
Done.
init: ureadahead main process (435) terminated with status 5
fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
/dev/md2: clean, 21328/3129344 files, 225625/6249248 blocks
/dev/md0: clean, 32/250368 files, 20502/499984 blocks
init: ureadahead-other main process (662) terminated with status 4
/dev/md3: clean, 11/3129344 files, 142257/6249248 blocks
init: ureadahead-other main process (823) terminated with status 4
fsck from util-linux-ng 2.17.2
/dev/md5: clean, 11/3548384 files, 155404/7096688 blocks
init: ureadahead-other main process (878) terminated with status 4
/dev/md4: clean, 1512/50003968 files, 1669589/100000576 blocks

Was woran kann das nun liegen?

OS: Ubuntu 10.04
Raid aufbau: Raid1:
md devices: 0,1,2,3,4,5
md0 = boot
md1 = swap
md2 = root dir
md3 = home
md4 = var
md5 = backup

Könnte mir bitte einer mal sagen wo das Problem liegen könnte.
 
mdadm meldet erfolgreich Syncronisiert das ist es ja und was verwunderlich ist, das der Server im rescue modus startet mit den mds
 
Was ich nicht verstehen kann ist, warum im Raid1 Verbund beim erstellen der einzelnen md devices, das die Partitions tabelle nicht in Ordnung wäre.

Wie kann dies passiert sein, da die einzelnen md's vorher gesynct wurden und erst daraufhin das Dateisystem geschrieben.

Hier durch scheint der Server nicht zu booten, da im rescue modus der Server samt kernel startet. Was mir nun aufgefallen ist ein fsck -f /dev/md0 das dies
folgendes ausgibt:

Code: 
root@s15424150:/# fsck -f /dev/md0
fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
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
/dev/md0: 32/250368 files (0.0% non-contiguous), 20502/499984 blocks

Was ich nicht verstehe wenn ich nun fdisk -l /dev/md0 eingebe kommt folgende Ausgabe:

Code: 
root@s15424150:/# fdisk -l /dev/md0

Disk /dev/md0: 2047 MB, 2047934464 bytes
2 heads, 4 sectors/track, 499984 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/md0 doesn't contain a valid partition table

Es sieht für mich so aus, als wenn die gesamte Partitions Tablle zerstöhrt ist auf allen MDs, was bedeuten würde, das der gesamte Server noch einmal neuinstalliert werden muss. Ich hoffe es nicht, auch wenn bisher nichts außer ein blankes System installiert wurde.
 
You must log in or register to reply here.
Back
Top