mdadm - Frage

[itari]

Ich sitze gerade an einer Migration und möchte auf einer Platte alle 3 Partitionen als 'degraded' RAID-1 laufen lassen. Bei der Partition 0 und 1 sieht das schon hübsch aus, bei der Partition 2 noch nicht. Die Partition hat zwar alle Infos, aber der /dev/md2-Superblock existiert noch nicht. Mit welchen Optionen des mdadm kann ich mir den zusammenbasteln ...

Syno> mdadm --examine /dev/sda3
/dev/sda3:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : 3f93169e:e60641b8:3f9a7bd5:88a4c401
  Creation Time : Mon Jun 22 18:04:32 2009
     Raid Level : raid1
  Used Dev Size : 729431232 (695.64 GiB 746.94 GB)
     Array Size : 729431232 (695.64 GiB 746.94 GB)
   Raid Devices : 1
  Total Devices : 1
Preferred Minor : 2

    Update Time : Thu Sep 17 15:27:54 2009
          State : clean
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 5770095d - correct
         Events : 2


      Number   Major   Minor   RaidDevice State
this     0       8        3        0      active sync   /dev/hda3

   0     0       8        3        0      active sync   /dev/hda3
Syno> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid6] [raid5] [raid4]
md1 : active raid1 sda2[1]
      522048 blocks [5/1] [_U___]

md0 : active raid1 sda1[1]
      2489920 blocks [5/1] [_U___]

unused devices: <none>
Syno> cat /proc/partitions
major minor  #blocks  name

   8     0  732574584 sda
   8     1    2490043 sda1
   8     2     522112 sda2
   8     3  729431325 sda3
   9     0    2489920 md0
   9     1     522048 md1

Denk ich richtig und kann das mit --assamble hinbekommen oder muss ich einen --create machen? Auf der Partition sind natürlich bereits Daten, die nicht verloren gehen sollten Ja und es ist richtig, es gibt im Moment nur 1 Platten im System.

Ich möchte statt des mount -t ext3 /dev/sda3 /volume1 nach der Aktion mount -t ext3 /dev/md2 /volume1 sagen dürfen ...

Danke schon mal jetzt fürs Denken ...

Itari

 

[Supaman]

das müsste so gehen:
> mdadm --create /dev/md2 --level=1 --raid-devices=2 /dev/sda3 missing
(missing= fehlende 2te platte vom raid1 md2)

 

[itari]

genauso - danke

Itari

 

[itari]

Irgendwie verzweifle ich noch

Der mdadm, wie oben beschrieben, ist nicht permanent ... nach jedem Neustart sind die Einstellungen wieder weg ...

Zweites Problem: Ich schreib für den mount einen Eintrag in die /etc/fstab und nach jedem Neustart ist sie weg ...

Wo hab ich meinen Denkfehler ... bislang ging es doch immer. Gibt es noch irgendwo was, wo sich die DS etwas zu den RAIDs , Partitionen, Dateisystem, mounts merkt, wo ich jetzt gerade nicht dran denke? /etc.defaults hab ich schon durchprobiert, syncen tu ich auch, per CLI wie per DSM hab ich restartet ...

Itari

 

[Supaman]

werf mal einen blick in /etc/rc, ich glaub da wird die fstab beim booten neu erzeugt.

 

[itari]

werf mal einen blick in /etc/rc, ich glaub da wird die fstab beim booten neu erzeugt.

Hab ich auch schon flüchtig durchsucht, aber nur die Stelle gefunden, wo sie ausgelesen wird ... dass sie da irgendwo geschrieben wird, seh ich grad nicht.

Itari

 

[goetz]

Hallo,
die rc ist nur lesend an der fstab. Der logischste Hinweis ist folgender
/usr/syno/etc/rc.d/S03bootup.sh ruft /usr/syno/bin/synocheckvolume auf, das ist ein symlink auf /usr/syno/bin/synocfgen und darin ist zumindest fstab zu finden. Mögliche Erklärung wäre: wenn ein mount aus der fstab fehlschlägt wird der Eintrag rausgeschmissen. Leider alles Syno-binarys. Eine serielle Konsole wäre für die Diagnose hilfreich.

Gruß Götz

 

[itari]

Hallo,
die rc ist nur lesend an der fstab. Der logischste Hinweis ist folgender
/usr/syno/etc/rc.d/S03bootup.sh ruft /usr/syno/bin/synocheckvolume auf, das ist ein symlink auf /usr/syno/bin/synocfgen und darin ist zumindest fstab zu finden. Mögliche Erklärung wäre: wenn ein mount aus der fstab fehlschlägt wird der Eintrag rausgeschmissen. Leider alles Syno-binarys. Eine serielle Konsole wäre für die Diagnose hilfreich.

Gruß Götz

Die /usr/syno/etc/rc.d/S03bootup.sh kommt (wenn ich das richtig sehe) erst nach dem Auslesen der fstab in der /etc/rc ans Spielen. In der /etc/rc wird aber bereits der mount durchgeführt ... Ich habe auch keine Schweinereien in die fstab genommen ... Mir würde auch nicht einleuchten, warum man etwas aus der fstab automatisch herauslöschen sollte ... Die fstab ist eine Shopping-List, um weniger Probleme beim mount zu haben - ich erinnere an die unter Linux üblichen Einträge für ein CD/DVD-Mount.

Also ich raff es im Moment nicht ganz, warum das so ist. Vor allem, weil ich früher schon heftig damit herumgespielt habe ohne dass ich je auf Probleme gestoßen bin.

Itari

 

[goetz]

Hallo,
gerade gefunden, in rc wird noch vor dem abarbeiten der fstab dieser code ausgeführt

for CFGEN in /usr/syno/cfgen/*;
do
    if [ -x "$CFGEN" ]; then
        $CFGEN
    fi

alle Programme in dem Verzeichnis sind symlinks zu synocfgen.

Welchen Zeitstempel hat denn die fstab?

Gruß Götz

 

[itari]

Ich hab mir mal die synocfgen angeschaut, was sie so an Strings drin hat:

s00_synocheckfstab.c
/dev/root / %s defaults 1 1
none /proc proc defaults 0 0
%s:%d Failed to enum volume path, skip generate fstab
%s:%d RAID info can NOT be NULL
%s %s %s defaults 0 0
%s %s.snap_%s %s ro 0 0
/dev/hda3 /volume1 %s defaults 0 0
%s:%d PslSLIBSzListAlloc failed, skip generate fstab
defaultfs
/etc.defaults/synoinfo.conf
%s(%d): /etc/fstab format error. columes not equal to 6, szBuf=%s, pslToken->nItem=%d
%s(%d): /etc/fstab format error. redundant 'proc' line.
/proc
defaults
%s(%d): /etc/fstab format error. The second field should begin with '/'. szBuf=%s
/dev/root
%s(%d): /etc/fstab format error. redundant 'rootfs' line.
/dev/hda
%s(%d): /etc/fstab format error. szBuf=%s
%s(%d): PslSLIBSzListAlloc() failed.
reiserfs
%s(%d): fopen("/etc/fstab", "r") failed.
/volume
%s(%d): reproduce fstab
%s:%d entry [none /proc proc defaults 0 0] not found.
%s:%d entry [/dev/root / %s defaults 1 1] not found.
s00_synocheckfstab_main

Auf Grund der Fehlertexte geht wohl hervor, dass hier eine Untersuchung über den regulären Aufbau der /etc/fstab vorgenommen wird. Nach einer Inspektion meiner /var/log/messages scheint es noch weitere Player zu geben, die sich mit den Daten(-trägern) beschäftigen: syno_hdd_util, synocheckshare und der scemd.

Offensichtlich komme ich aber an dieser Stelle nicht wirklich weiter, denn ich finde keine sinnvolle Beeinflußungsmöglichkeit.

Ich bedanke mich mal für die bisherige Unterstützung.

Itari