Frage zu Software Raid1 auf 1und1 Server

Domi

Member
Hallo Leute, ich habe da mal eine kleine Frage...
Ich habe gestern die Zugangsdaten zu einem neuen root-Server von 1und1 bekommen der schon mit einem Plesk und CentOS 6 bestückt ist. Dieser Server besitzt eine 1.000GB Festplatte in einem Raid 1 Verbund.

Mit cat /proc/mdstat habe ich folgende Ausgabe bekommen...
Code:
Personalities : [raid1]
md1 : active raid1 sda1[0] sdb1[1]
      4194240 blocks [2/2] [UU]

md3 : active raid1 sda3[1] sdb3[0]
      1458846016 blocks [2/2] [UU]

unused devices: <none>
Okay, dachte ich mir.. das Raid sollte ja wohl soweit funktionieren und habe mit df -h folgende Ausgabe bekommen,
Code:
Filesystem            Size  Used Avail Use% Mounted on
/dev/md1              4.0G  402M  3.6G  10% /
/dev/mapper/vg00-usr  4.0G  1.3G  2.6G  33% /usr
/dev/mapper/vg00-var  4.0G  276M  3.5G   8% /var
/dev/mapper/vg00-home
                      4.0G  136M  3.7G   4% /home
none                  7.9G     0  7.9G   0% /tmp
Jetzt frage ich mich gerade, wo sind die 1.000GB Speicher der Festplatte hin..? Ich dachte mir schon fast, dass ich ein wenig hin und her schieben muss, um ordentlich zu arbeiten. Aber das ist ja noch recht doof :(

Grund der Überlegung für die komplett konfigurierte Kiste ist der, dass meine Kollegen am vorinstallierten Plesk selbst eine Domain eintragen oder an passen können, wenn ich denen einen Admin oder Reseller Account gebe. Für den Fall das ich mal nicht da bin.

Auf einem anderen root-Server habe ich so etwas nämlich gar nicht und steuere alles über die Console. Für den Fall das ich mal im Urlaub bin, wäre das dann aber zu viel des guten :D

Kann mir jemand vermitteln, wie ich das Device md3 jetzt irgendwo mounten kann? Mit dem üblichen mount /dev/md3 /srv/ bekomme ich nur die Rückmeldung "mount: unknown filesystem type 'LVM2_member'" und mit mount -t ext3 /dev/md3 /srv/ bekomme ich als Rückmeldung "mount: /dev/md3 already mounted or /srv/ busy" :o

Jetzt kommt Ihr.. Wo ist denn gerade mein Denkfehler..?
Gruß, Domi
 
Jetzt frage ich mich gerade, wo sind die 1.000GB Speicher der Festplatte hin..? Ich dachte mir schon fast, dass ich ein wenig hin und her schieben muss, um ordentlich zu arbeiten. Aber das ist ja noch recht doof :(
da scheint ein LVM drauf zu laufen, welches nicht vollständig die Plattenkapazitäten ausnutzt - also einfach erweitern.
 
Hm.. Okay, dann muss ich mal schauen wie das geht. Habe mich leider mit LVMs noch nie beschäftigt :o Aber wenn ich es richtig sehe und lese, kann ich die /dev/mapper/xxx mit dem Rest von /dev/md3 auffüttern :)

Jetzt muss ich mich nur mal durch lesen, wie ich es hin bekomme, dass ich die Laufwerke größer bekomme... pvdisplay gibt folgende Ausgabe zurück,
Code:
  --- Physical volume ---
  PV Name               /dev/md3
  VG Name               vg00
  PV Size               1.36 TiB / not usable 2.31 MiB
  Allocatable           yes
  PE Size               4.00 MiB
  Total PE              356163
  Free PE               353091
  Allocated PE          3072
  PV UUID               4Se2A2-ZYdl-A5IT-zZTf-Vqzy-Avw3-iORfnU
also sollte ja wohl noch ein wenig Reserve übrig sein :D

Nachtrag1: Okay, ist nicht alles so einfach wie ich dachte.. Habe eben mal im Ubuntu Wiki ein wenig gelesen, wie LVMs arbeiten und funktionieren. Die Befehle kennt CentOS sogar :) Aber geändert hat er nichts :D
Code:
[root@sxxxx ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md1              4.0G  402M  3.6G  10% /
/dev/mapper/vg00-usr  4.0G  1.3G  2.6G  33% /usr
/dev/mapper/vg00-var  4.0G  276M  3.5G   8% /var
/dev/mapper/vg00-home
                      4.0G  136M  3.7G   4% /home
none                  7.9G     0  7.9G   0% /tmp

[root@sxxxx ~]# lvextend -L 5G /dev/mapper/vg00-var
  Extending logical volume var to 5.00 GiB
  Logical volume var successfully resized

[root@sxxxx ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md1              4.0G  402M  3.6G  10% /
/dev/mapper/vg00-usr  4.0G  1.3G  2.6G  33% /usr
/dev/mapper/vg00-var  4.0G  276M  3.5G   8% /var
/dev/mapper/vg00-home
                      4.0G  136M  3.7G   4% /home
none                  7.9G     0  7.9G   0% /tmp
Hätte doch eigentlich funktionieren sollen, oder etwa nicht?! :D

Nachtrag2: Okay, ich hätte resize2fs -p /dev/mapper/vg00-var ausführen sollen. Jetzt ist das Laufwerk 1GB größer. Dann weiß ich ja jetzt wie es funktioniert und kann weiter arbeiten. Die Artikel im Ubuntu Wiki haben geholfen...
-> LVMs
-> Dateigröße ändern

Mal eine Frage am Rand, die ganzen Commands wie resize2fs und alles andere, sind die im /etc drin, oder liegen die im /usr drin? Es geht darum, nicht das ich mal mitten im Betrieb ein Laufwerk offline schalte um es zu verändern und mich von allen Commands ausschließe.
 
Last edited by a moderator:
Mal eine Frage am Rand, die ganzen Commands wie resize2fs und alles andere, sind die im /etc drin, oder liegen die im /usr drin?

Versuchs mal mit
Code:
which resize2fs
Die tools sollten sich in /sbin oder in /bin befinden.

Bei mir sind sie in /sbin, allerdings auf Suse.

In /etc haben Kommandos i.d.R. nichts verloren und da /usr in der VG steckt, könnte es ja erst u.U. zu spät verfügbar sein.

Mit den Partitionsgrössen bei 1und1 scheint wohl normal zu sein, ich hatte gestern auch das Vergnügen und hab erst mal für einen Moment meine Gigas gesucht...
 
Back
Top