Problem mit MDADM

[TechLineX]

Moin!

Ich habe eine kurze Frage...

Ich habe eben im Suff anstatt mnom mdadm installiert.
Auf dem Server läuft ein Raid1 und ein Raid0. Leider ist es inzwischen schon über ein Jahr her, dass der Server eingerichtet wurde, weiß ich leider nicht mehr, inwiefern die anderen beiden Raid-Systeme verwaltet sind.
Eins der beiden ist ein ZFS über Proxmox. Bei dem anderen bin ich mir unschlüssig.

Kann sich die Installation negativ auf den Serverbetrieb auswirken? - Sprich, dass ich andere Raids zerschieße o.ä.?
Ich habe die Installation abgebrochen, die Log ist abgehangen.

Die Installation ist wie folgt weit gekommen:

Log started: 2017-03-09  17:41:21
^[Selecting previously unselected package mdadm.
(Reading database ...
^[(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 40755 files and directories currently installed.)
Preparing to unpack .../mdadm_3.3.2-5+deb8u2_amd64.deb ...
Unpacking mdadm (3.3.2-5+deb8u2) ...
Processing triggers for systemd (215-17+deb8u5) ...
Processing triggers for man-db (2.7.0.2-5) ...
Setting up mdadm (3.3.2-5+deb8u2) ...
Generating mdadm.conf... done.
update-initramfs: deferring update (trigger activated)
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Processing triggers for systemd (215-17+deb8u5) ...
Processing triggers for initramfs-tools (0.120+deb8u2) ...
update-initramfs: Generating /boot/initrd.img-4.4.6-1-pve
Log ended: 2017-03-09  17:41:42

 

[LnxBil]

mdadm macht nichts kaputt. Ob du es installiert hast, oder nur geupdatet müsste man mal rausfinden, nur dann könnte die Deinstallation etwas kaputtmachen. Schau mal in /proc nach der Datei mdadm, wenn es die gibt, bitte 'cat'e den Inhalt, sonst hast du kein Software-RAID und kannst es normal installieren und wieder deinstallieren um ein sauberes System zu haben.

Generell wäre ein lsscsi --size interessant, dann weiß du vielleicht was wie eingebunden ist.

 

[TechLineX]

root@host:~# cat /proc/mdadm
cat: /proc/mdadm: No such file or directory
root@host:~# cat /proc/mdstat
Personalities :
unused devices: <none>

Zum zweiten Befehl:

root@host:~# lsscsi --size
-bash: lsscsi: command not found

Schätze auch nicht, dass die Platten so eingebunden sind.

Grüße!

 

[LnxBil]

Dann installiere bitte lsscsi und führe es aus.

Bei mir sieht man z.B. dass es ein HP RAID-Controller P410i ist und ein Fujitsu SAN dranhängt:

root@proxmox1 ~ > lsscsi --size
[0:0:0:0]    disk    FUJITSU  ETERNUS_DXL      1060  /dev/sdb   4.39TB
[0:0:0:1]    disk    FUJITSU  ETERNUS_DXL      1060  /dev/sdc   4.39TB
[0:0:1:0]    disk    FUJITSU  ETERNUS_DXL      1060  /dev/sdd   4.39TB
[0:0:1:1]    disk    FUJITSU  ETERNUS_DXL      1060  /dev/sde   4.39TB
[1:0:0:0]    storage HP       P410i            6.62  -               -
[1:1:0:0]    disk    HP       LOGICAL VOLUME   6.62  /dev/sda    146GB
[2:0:0:0]    disk    FUJITSU  ETERNUS_DXL      1060  /dev/sdf   4.39TB
[2:0:0:1]    disk    FUJITSU  ETERNUS_DXL      1060  /dev/sdg   4.39TB
[2:0:1:0]    disk    FUJITSU  ETERNUS_DXL      1060  /dev/sdh   4.39TB
[2:0:1:1]    disk    FUJITSU  ETERNUS_DXL      1060  /dev/sdi   4.39TB

 

[TechLineX]

Ich habe den Server neu aufgesetzt. Ich bedanke mich jedoch für die Hilfe!