[[Kategorie:Virtualisierung]]
{{Languages|vKVM}}
'''''vKVM'''''
__TOC__
= Allgemeines zu vKVM =

Das vKVM Rescue System (virtual Keyboard/Video/Mouse) ist eine Erweiterung des bestehenden Rescue Systems, das mittels PXE ein Linux-System in den Arbeitsspeicher Ihres Servers lädt. Mit dem vKVM Rescue System startet ein Rescue System, dass das auf Ihrem Server installierte Betriebssystem in einer virtuellen Maschine booten kann. Die graphische Ausgabe der virtuellen Maschine wird hierbei mittels einer SSL-gesicherten VNC-Verbindung übertragen, sodass Sie die Möglichkeit haben, an Ihrem Betriebssystem zu arbeiten, "als ob" Sie direkt vor dem Server säßen.

vKVM erkennt automatisch Ihre Festplatten, sodass Sie im BIOS der vKVM davon booten können. Weiterhin wird die CPU des Servers in der VM virtualisiert. Außerdem emuliert die VM eine Netzwerkkarte und bietet Ihnen damit die Möglichkeit, innerhalb der VM auf das Internet zuzugreifen.

Das vKVM Rescue System eignet sich hervorragend, wenn Ihr Server z.B. aus Gründen einer Fehlkonfiguration der Netzwerkeinstellungen (z.B. mit iptables) nicht mehr wie gewohnt über SSH erreichbar ist.

= Aktivieren der vKVM =

Um vKVM zu starten müssen Sie sich lediglich ins Kundencenter einloggen, Ihren Serververtrag auswählen und im linken Menü "Rescue-System" auswählen. Wählen Sie nun den Eintrag "vKVM" und aktivieren Sie das Rescue-System. Nach maximal 30 - 40 Minuten (Sie erhalten eine Benachrichtigung via E-Mail) steht vKVM zur Verfügung und Sie können sich mittels VNC-Client einloggen.

'''Bitte beachten Sie''': vKVM kann nur gestartet werden, wenn derzeit kein anderes Rescue-System für Ihren Server aktiviert ist. Ob ein Rescue-System auf Ihrem Server aktiv ist, erkennen Sie an dem grünen Häkchen in der Zeile '''Rescue-System''' unter '''Serverdaten'''.

= Herstellen einer VNC-Verbindung mit der vKVM (Windows) =

Um eine gesicherte VNC-Verbindung mit der vKVM herzustellen, empfiehlt sich das Programm SSVNC [http://www.karlrunge.com/x11vnc/ssvnc.html#download].

Wenn Sie das Programm gestartet haben, sehen Sie folgendes Fenster:

<center>
[[Datei:vkvm_windows1.png]]
</center>

Geben Sie unter '''VNC Host:Display''' die IP-Adresse Ihres Servers, gefolgt von ''':5959''' ein. Stellen Sie sicher, dass das Häkchen unter '''Use SSL gesetzt''' ist. Nach einem Klick auf '''Connect''' versucht SSVNC, eine Verbindung mit dem Server herzustellen.

Als nächstes sollte ein Fenster erscheinen, in welchem Sie nach dem Passwort gefragt werden. Geben Sie hier das '''Default-Passwort''' ein, welches Sie im Kundencenter unter '''Serverdaten''' finden können:

<center>
[[File:vkvm_windows2.png]]
</center>

Nach einem Klick auf '''OK''' erfolgt die Authentifizierung und Sie erhalten den grafischen Output der vKVM:

<center>
[[File:vkvm_windows3.png]]
</center>

Durch Eingabe der entsprechenden Zahl bootet die vKVM von der gewünschten Festplatte. Wenn Sie die Sitzung beenden möchten, sollten Sie sicherstellen, dass Sie Ihre Daten gesichert haben und das System ordnungsgemäß herunterfahren. Das Herunterfahren schaltet die vKVM ab und beendet damit Ihre Sitzung. Um Ihren Server anschließend wie gewohnt von Festplatte zu booten, führen Sie im Kundencenter einen Webreset durch.

=Herstellen einer VNC-Verbindung mit der vKVM (Linux) =

Um eine gesicherte VNC-Verbindung mit der vKVM herzustellen, empfiehlt sich das Programm SSVNC [http://www.karlrunge.com/x11vnc/ssvnc.html#download].

Wenn Sie das Programm gestartet haben, sehen Sie folgendes Fenster:
<center>
[[Datei:screen1.png]]
</center>
Geben Sie unter '''VNC Host:Display''' die IP-Adresse Ihres Servers, gefolgt von ''':5959''' ein. Unter '''VNC Password''' tragen Sie das Passwort ein, welches Sie im Kundencenter unter "Serverdaten" einsehen können. Das Häkchen unter '''Use SSL''' muss gesetzt sein.

Gehen Sie nun auf '''Options --> Advanced''':
<center>
[[Datei:screen2.png]]
</center>
Stellen Sie sicher, dass das Häkchen unter '''Server uses VeNCrypt SSL encryption''' nicht gesetzt ist:
<center>
[[Datei:screen3.png]]
</center>
Klicken Sie nun im selben Fenster unten rechts auf '''Done''', Sie sehen nun wieder das Hauptfenster. Nachdem Sie das Häkchen unter '''Verify All Certs''' entfernt haben, klicken Sie auf '''Connect''':
<center>
[[Datei:screen4.png]]
</center>
Sie sollten nun mit der vKVM verbunden sein und einen BIOS-Bildschirm sehen, der Ihnen eine Liste der bootbaren Festplatten anzeigt:
<center>
[[Datei:vkvm_boot.png]]
</center>
Durch Eingabe der entsprechenden Zahl bootet die vKVM von der gewünschten Festplatte. Wenn Sie die Sitzung beenden möchten, sollten Sie sicherstellen, dass Sie Ihre Daten gesichert haben und das System ordnungsgemäß herunterfahren. Das Herunterfahren schaltet die vKVM ab und beendet damit Ihre Sitzung. Um Ihren Server anschließend wie gewohnt von Festplatte zu booten, führen Sie im Kundencenter einen Webreset durch.

= Benutzung des Webinterfaces =

== Verbindung herstellen ==

Auf die vKVM kann auch aus einem Browser heraus zugegriffen werden. Voraussetzung hierfür ist die Unterstützung von Java. Die Verbindung (SSL-gesichert) kann folgendermaßen hergestellt werden:

* Öffnen Sie einen Browser Ihrer Wahl
* In die Adressleiste geben Sie folgendes ein:

<pre>https://<Ihre-Server-IP>/vKVM</pre>
(Ersetzen Sie '''<Ihre-Server-IP>''' entsprechend)

* Bestätigen Sie die Zertifikatsausnahmeregel Ihres Browsers
* Im folgenden Fenster geben Sie als Benutzernamen '''vkvm''' und als Passwort das '''Default-Passwort''' aus den Serverdaten ein: [https://www.euserv.com/wiki/index.php/Kundencenter_Server_Serverdaten#Konfigurations-Daten_des_Servers| Konfigurations-Daten des Servers]:

<center>

[[File: vkvm_web_1.png]]

</center>

* Bestätigen Sie die Sicherheitsabfrage des Java-Applets
* Geben Sie in das Feld '''VNC authentication''' erneut das '''Default-Passwort''' ein. Diese doppelte Authentifizierung dient zum einen der zusätzlichen Sicherheit, zum anderen ist dies notwendig, um weiterhin den Zugriff mit dem SSL VNC-Viewer zu ermöglichen. Nach erfolgter Eingabe wird die Verbindung nun hergestellt:

<center>

[[File: vkvm_web_2.png]]

</center>

== Reset auslösen ==

Sollte das in der vKVM laufende Betriebssystem z.B. aufgrund einer Kernel Panic o.ä. in einen undefinierten Zustand geraten, lässt sich die virtuelle Maschine nicht mehr auf gewohntem Wege rebooten. In diesem Fall kann der Button '''System Reset''' betätigt werden:

<center>

[[File: vkvm_web_1.png]]

</center>

Bitte beachten Sie: das Auslösen des Resets kann bis zu 5 Sekunden benötigen.

= Technische Limitierungen =

Folgende technische Einschränkungen und Besonderheiten sind derzeit bekannt:

* vKVM läuft erheblich langsamer auf Servern ohne Virtualisierungsunterstützung durch die CPU
* Windows (64-Bit) läuft nicht auf Servern ohne Virtualisierungsunterstützung durch die CPU
* Ein 32-Bit Windows läuft auch ohne Virtualisierungsunterstützung durch die CPU auf 64-Bit-Architekturen
* Bei manchen Windows-Versionen kann es zu Inkompatibilitäten aufgrund verschiedender Festplattentreiber kommen. Bitte benutzen Sie in diesem Fall das [https://www.euserv.com/wiki/index.php/Manual_Windows_Rescue_System Windows Rescue-System]
* vKVM läuft nur auf Servern mit 64-Bit CPU
* vKVM läuft nicht auf Systemen, die selbst auf Virtualisierung aufbauen (z.B. VMWare ESXi, Proxmox, XenServer)
* Hardware-RAID Controller werden unterstützt
* Es kann zu Kompatibilitätsproblemen mit Ubuntu kommen
* vKVM ist nicht nutzbar, sofern Ihr Server unter den Einschränkungen eines DDOS-Angriffes steht

Almi1 — Thu, 15 Oct 2015 08:33:05 GMT

Almi1: /* Überprüfen des Arbeitsspeichers */

{{Languages|Manual Linux Rescue System}}
[[Kategorie:Server]]

'''''Benutzung des Linux Rescue-Systems'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Benutzung des Linux Rescue-Systems'''
</div>

= Aktivierung des Linux Rescue-Systems =

Um das Linux Rescue-System nutzen zu können, müssen Sie dieses erst über das Kundencenter aktivieren. Wie die Aktivierung erfolgt, können Sie der folgenden Wiki-Anleitung entnehmen:

[[Kundencenter_Server_Rescue_System#Rescue-System_aktivieren|Rescue-System aktivieren]]

= Verbinden mit dem Linux Rescue-System =

Nach der Aktivierung des Linux Rescue-systems, können Sie sich mit diesem verbinden. Hier finden Sie eine Wiki-Anleitung dazu:

[[Manual_Backup_Linux_Rescue_System#Verbinden_mit_dem_Rescue-System|Verbinden mit dem Rescue-System]]

= Zurücksetzen des root-Passwortes =

== Vorbereitung ==
Um das root-Passwort zu ändern, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.

== Durchführung ==
Gehen Sie wie folgt vor um das root-Passwort zu ändern:

* Betreten Sie Ihr installiertes System in einer chroot-Umgebung (Ersetzen Sie X durch die entsprechende Partitionsnummer):

<pre>
mount /dev/sdaX /mnt/custom //(Root-Partition)
mount /dev/sdaX /mnt/custom/boot //(Boot-Partition)

cd /mnt/custom

mount --bind /dev dev
mount --bind /sys sys
mount --bind /proc proc

chroot . /bin/bash
</pre>

* Geben Sie folgenden Befehl als root-Benutzer ein:

<pre> passwd </pre>

* Geben Sie das neue Passwort ein.
* Geben Sie wiederholt das neue Passwort ein.
* Verlassen Sie nun die chroot-Umgebung und unmounten Sie die Partitionen:

<pre>
exit
umount dev sys proc boot
cd ..
umount custom
</pre>

* Deaktivieren Sie über das Kundencenter das Rescue-System.
* Führen Sie über das Kundencenter einen Webreset aus.

Sie haben nun erfolgreich das root-Passwort geändert. Sie können sich nun unter dem neu vergebenen Passwort mit Ihrem System verbinden.

= Deaktivieren der Firewall =

== Vorbereitung ==

Um die Firewall zu deaktivieren, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.

== Durchführung ==

Gehen Sie wie folgt vor um die Firewall zu deaktivieren:

* Betreten Sie Ihr installiertes System in einer chroot-Umgebung (Ersetzen Sie X durch die entsprechende Partitionsnummer):

<pre>
mount /dev/sdaX /mnt/custom //(Root-Partition)
mount /dev/sdaX /mnt/custom/boot //(Boot-Partition)

cd /mnt/custom

mount --bind /dev dev
mount --bind /sys sys
mount --bind /proc proc

chroot . /bin/bash
</pre>

'''CentOS/Red Hat/Fedora'''

Geben Sie den folgenden Befehl als root-User ein:

<pre>chkconfig --level 2345 iptables off</pre>

'''Debian/Ubuntu'''

Geben Sie den folgenden Befehl als root-User ein:

<pre>update-rc.d -f iptables remove</pre>

= Wiederherstellen eines fehlerhaften Software-RAID =

== Prüfung auf MBR-/GPT-Partitionierung ==

Um zu prüfen, welches Format der Partitionstabellen bei Ihren Festplatten vorliegt, gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.
* Prüfen Sie das Format der Partitionstabelle Ihrer Festplatte mit folgendem Befehl (Ersetzen Sie X durch die zu prüfende Festplatte):

<pre>
parted -s /dev/sdX print
</pre>

Folgende Ausgabe weist darauf hin, dass die Partitionstabelle das Format MBR hat:

<pre>
Partition Table: mbr
</pre>

Folgende Ausgabe weist darauf hin, dass die Partitionstabelle das Format GPT hat:

<pre>
Partition Table: gpt
</pre>

== RAID1 mit MBR-Partitionierung ==
=== Vorbereitung ===

Um ein fehlerhaftes Software-RAID wiederherzustellen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.
* Prüfen Sie das Format der Partitionstabelle: [[Manual_Linux_Rescue-System#Pr.C3.BCfung_auf_MBR-.2FGPT-Partitionierung | Prüfung auf MBR-/GPT-Partitionierung]]
* Prüfen Sie den Zustand des Software-Raids mittels folgenden Befehls:

<pre>cat /proc/mdstat</pre>

<pre>
Eine RAID1-Partition, welche intakt ist, erkennen Sie am Status 'U'. Dies bedeutet, dass alle beteiligten Partitionen in Ordnung sind.
</pre>

Eine Beispielausgabe:

<pre>
Personalities : [raid1]
md3 : active raid1 sda4[0] sdb4[1]
1847608639 blocks super 1.2 [2/2] [UU]

md2 : active raid1 sda3[0] sdb3[1]
1073740664 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1]
524276 blocks super 1.2 [2/2] [UU]

md0 : active raid1 sda1[0] sdb1[1]
8387572 blocks super 1.2 [2/2] [UU]

unused devices: <none>
</pre>

<pre>
Eine RAID1-Partition, welche defekt ist, erkennen Sie am Status '_'. Dies deutet darauf hin, dass eine Festplatte im RAID fehlt bzw. defekt ist.
</pre>

Eine Beispielausgabe:

<pre>
Personalities : [raid1]
md3 : active raid1 sda4[0]
1843414335 blocks super 1.2 [2/1] [U_]

md2 : active raid1 sda3[0]
1073740664 blocks super 1.2 [2/1] [U_]

md1 : active raid1 sda2[0]
524276 blocks super 1.2 [2/1] [U_]

md0 : active raid1 sda1[0]
12581816 blocks super 1.2 [2/1] [U_]

unused devices: <none>
</pre>

<pre>
In diesem Bespiel werden die Partitionen auf der zweiten Festplatte sdb nicht angezeigt. Es ist von einem Festplattendefekt auszugehen.
</pre>

=== Durchführung ===

Um die Wiederherstellung des RAIDs durchführen zu können, gehen Sie wie folgt vor:

* Geben Sie folgenden Befehl ein '''(Bitte beachten Sie unbedingt die Reihenfolge! (sfdisk -d Quellsystem | sfdisk Zielsystem)''':

<pre>sfdisk -d /dev/sda | sfdisk /dev/sdb</pre>

* Geben Sie den folgenden Befehl ein um die Partitionstabelle neu einzulesen:

<pre>sfdisk -R /dev/sdb</pre>

* Prüfen Sie mittels folgenden Befehls, ob die beiden Festplatten sda und sdb die gleichen Partitionsgrößen anzeigen:

<pre>cat /proc/partitions</pre>

* Wenn alle Partitionen vorhanden sind, können diese in das RAID zurück eingebunden werden:

<pre>
mdadm /dev/md0 -a /dev/sdb1
mdadm /dev/md1 -a /dev/sdb2
mdadm /dev/md2 -a /dev/sdb3
mdadm /dev/md3 -a /dev/sdb4
</pre>

Die Partitionen werden nun nach der Reihe wiederhergestellt. Dieser Vorgang kann je nach verwendeten Daten einige Zeit in Anspruch nehmen. Der Status kann mittels folgenden Befehls abgefragt werden:

<pre>cat /proc/mdstat</pre>

== RAID1 mit GPT-Partitionierung ==

=== Vorbereitung ===

Um ein fehlerhaftes Software-RAID wiederherzustellen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.
* Prüfen Sie das Format der Partitionstabelle: [[Manual_Linux_Rescue-System#Pr.C3.BCfung_auf_MBR-.2FGPT-Partitionierung | Prüfung auf MBR-/GPT-Partitionierung]]
* Prüfen Sie den Zustand des Software-Raids mit folgendem Befehl:

<pre>cat /proc/mdstat</pre>

<pre>
Eine RAID1-Partition, welche intakt ist, erkennen Sie am Status 'U'. Dies bedeutet, dass alle beteiligten Partitionen in Ordnung sind.
</pre>

Eine Beispielausgabe:

<pre>
Personalities : [raid1]
md3 : active raid1 sda4[0] sdb4[1]
1847608639 blocks super 1.2 [2/2] [UU]

md2 : active raid1 sda3[0] sdb3[1]
1073740664 blocks super 1.2 [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1]
524276 blocks super 1.2 [2/2] [UU]

md0 : active raid1 sda1[0] sdb1[1]
8387572 blocks super 1.2 [2/2] [UU]

unused devices: <none>
</pre>

<pre>
Eine RAID1-Partition, welche defekt ist, erkennen Sie am Status '_'. Dies deutet darauf hin, dass eine Festplatte im RAID fehlt bzw. defekt ist.
</pre>

Eine Beispielausgabe:

<pre>
Personalities : [raid1]
md3 : active raid1 sda4[0]
1843414335 blocks super 1.2 [2/1] [U_]

md2 : active raid1 sda3[0]
1073740664 blocks super 1.2 [2/1] [U_]

md1 : active raid1 sda2[0]
524276 blocks super 1.2 [2/1] [U_]

md0 : active raid1 sda1[0]
12581816 blocks super 1.2 [2/1] [U_]

unused devices: <none>
</pre>

<pre>
In diesem Bespiel werden die Partitionen auf der zweiten Festplatte sdb nicht angezeigt. Es ist von einem Festplattendefekt auszugehen.
</pre>

=== Durchführung ===

Um die Wiederherstellung des RAIDs durchführen zu können, gehen Sie wie folgt vor:

* Geben Sie folgenden Befehl ein, um die Partitionstabelle von sda auf die neue Festplatte sdb zu kopieren:

<pre>
sgdisk -R /dev/sdb /dev/sda
</pre>

* Vergeben Sie der Festplatte eine neue zufällig UUID:

<pre>
sgdisk -G /dev/sdb
</pre>

* Nun kann die Festplatte wieder in das RAID zurück eingebunden werden:

<pre>
mdadm /dev/md0 -a /dev/sdb1
mdadm /dev/md1 -a /dev/sdb2
mdadm /dev/md2 -a /dev/sdb3
mdadm /dev/md3 -a /dev/sdb4
</pre>

Die Partitionen werden nun nach der Reihe wiederhergestellt. Dieser Vorgang kann je nach verwendeten Daten einige Zeit in Anspruch nehmen. Der Status kann mittels folgenden Befehls abgefragt werden:

<pre>cat /proc/mdstat</pre>

== RAID5/6 mit MBR-Partitionierung ==
=== Vorbereitung ===

Um ein fehlerhaftes Software-RAID wiederherzustellen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.
* Prüfen Sie das Format der Partitionstabelle: [[Manual_Linux_Rescue-System#Pr.C3.BCfung_auf_MBR-.2FGPT-Partitionierung | Prüfung auf MBR-/GPT-Partitionierung]]
* Prüfen Sie den Zustand des Software-Raids mittels folgenden Befehls:

<pre>cat /proc/mdstat</pre>

Eine RAID5-Partition, welche intakt ist, erkennen Sie am Status 'U'. Dies bedeutet, dass alle beteiligten Partitionen in Ordnung sind.

Eine Beispielausgabe:

<pre>
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid5 sda7[0] sdc7[2] sdb7[1]
5842954752 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
</pre>

Eine RAID5-Partition, welche defekt ist, erkennen Sie am Status '_'. Dies deutet darauf hin, dass eine Festplatte im RAID fehlt bzw. defekt ist.

Eine Beispielausgabe:

<pre>
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid5 sda7[0] sdc7[2] sdb7[1]
5842954752 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UUU_]
</pre>

In diesem Bespiel fehlt die vierte Platte im RAID5-Verbund.

=== Durchführung ===

Um die Wiederherstellung des RAIDs durchführen zu können, gehen Sie wie folgt vor:

* Geben Sie folgenden Befehl ein (Bitte beachten Sie unbedingt die Reihenfolge! (sfdisk -d Quellsystem | sfdisk Zielsystem):

<pre>sfdisk -d /dev/sda | sfdisk /dev/sdd</pre>

* Geben Sie den folgenden Befehl ein um die Partitionstabelle neu einzulesen:

<pre>sfdisk -R /dev/sdd</pre>

* Prüfen Sie mittels folgenden Befehls, ob die beiden Festplatten sda und sdb die gleichen Partitionsgrößen anzeigen:

<pre>cat /proc/partitions</pre>

* Wenn alle Partitionen vorhanden sind, können diese in das RAID zurück eingebunden werden:

<pre>
mdadm /dev/md0 -a /dev/sdd1
mdadm /dev/md1 -a /dev/sdd2
mdadm /dev/md2 -a /dev/sdd3
mdadm /dev/md3 -a /dev/sdd4
</pre>

Die Partitionen werden nun nach der Reihe wiederhergestellt. Dieser Vorgang kann je nach verwendeten Daten einige Zeit in Anspruch nehmen. Der Status kann mittels folgenden Befehls abgefragt werden:

<pre>cat /proc/mdstat</pre>

== RAID5/6 mit GPT-Partitionierung ==
=== Vorbereitung ===

Um ein fehlerhaftes Software-RAID wiederherzustellen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.
* Prüfen Sie das Format der Partitionstabelle: [[Manual_Linux_Rescue-System#Pr.C3.BCfung_auf_MBR-.2FGPT-Partitionierung | Prüfung auf MBR-/GPT-Partitionierung]]
* Prüfen Sie den Zustand des Software-Raids mittels folgenden Befehls:

<pre>cat /proc/mdstat</pre>

Eine RAID5-Partition, welche intakt ist, erkennen Sie am Status 'U'. Dies bedeutet, dass alle beteiligten Partitionen in Ordnung sind.

Eine Beispielausgabe:

<pre>
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid5 sda7[0] sdc7[2] sdb7[1]
5842954752 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
</pre>

Eine RAID5-Partition, welche defekt ist, erkennen Sie am Status '_'. Dies deutet darauf hin, dass eine Festplatte im RAID fehlt bzw. defekt ist.

Eine Beispielausgabe:

<pre>
Personalities : [raid1] [raid6] [raid5] [raid4]
md0 : active raid5 sda7[0] sdc7[2] sdb7[1]
5842954752 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [UUU_]
</pre>

In diesem Beispiel fehlt die vierte Platte im RAID5-Verbund.

=== Durchführung ===

Um die Wiederherstellung des RAIDs durchführen zu können, gehen Sie wie folgt vor:

* Geben Sie folgenden Befehl ein, um die Partitionstabelle von sda auf die neue Festplatte sdd zu kopieren:

<pre>
sgdisk -R /dev/sdd /dev/sda
</pre>

* Vergeben Sie der Festplatte eine neue zufällig UUID:

<pre>
sgdisk -G /dev/sdd
</pre>

* Nun kann die Festplatte wieder in das RAID zurück eingebunden werden:

<pre>
mdadm /dev/md0 -a /dev/sdd1
mdadm /dev/md1 -a /dev/sdd2
mdadm /dev/md2 -a /dev/sdd3
mdadm /dev/md3 -a /dev/sdd4
</pre>

Die Partitionen werden nun nach der Reihe wiederhergestellt. Dieser Vorgang kann je nach verwendeten Daten einige Zeit in Anspruch nehmen. Der Status kann mittels folgenden Befehls abgefragt werden:

<pre>cat /proc/mdstat</pre>

= Prüfen/Wiederherstellen eines fehlerhaften Filesystems =

== Prüfen/Wiederherstellen des Filesystems einer physischen HDD auf Fehler ==

Um das Filesystem einer physischen HDD auf Fehler zu überprüfen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.

Geben Sie den folgenden Befehl ein um die Überprüfung des Filesystems zu starten (Ersetzen Sie X durch die zu prüfende Partition):

<pre>
fsck /dev/sdX
</pre>

fsck dient der Überprüfung und ggf. Reparatur eines Linux-Dateisystems.

<pre>
Wichtig: Führen Sie fsck unter keinen Umständen auf einem gemountetem Filsystem aus!
</pre>

== Prüfen auf benutzten Filesystem-Typ ==

Geben Sie folgenden Befehl ein, um zu prüfen welcher Filesystem-Typ benutzt wird (Ersetzen Sie X durch die entsprechende Partition):

<pre>
parted -s /dev/sdX print
</pre>

=== ext2/3/4 ===

Um nun das fehlerhafte Filesystem vom Typ ext2/3/4 wiederherzustellen, geben Sie folgenden Befehl ein (Ersetzen Sie X für die entsprechende Partition):

<pre>
fsck.ext3 /dev/sdX
fsck.ext2 /dev/sdX
...
</pre>

=== xfs ===

Um nun das fehlerhafte Filesystem vom Typ xfs wiederherzustellen, geben Sie die folgenden Befehle ein (Ersetzen Sie X durch die entsprechende Partition):

<pre>
xfs_check /dev/sdX
</pre>

<pre>
xfs_repair /dev/sdX
</pre>

== Prüfen des Filesystems eines Software-RAIDs auf Fehler ==

Um das Filesystem eines Software-RAIDs auf Fehler zu überprüfen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.

Geben Sie den folgenden Befehl ein um die Überprüfung des Filesystems zu starten (Ersetzen Sie X durch die zu prüfende Partition):

<pre>
fsck /dev/mdX
</pre>

fsck dient der Überprüfung und ggf. Reparatur eines Linux-Dateisystems.

<pre>
Wichtig: Führen Sie fsck unter keinen Umständen auf einem gemountetem Filsystem aus!
</pre>

== Prüfen des Filesystems eines Hardware-RAIDs auf Fehler ==

= Konvertieren eines Filesystems =
== Konvertieren von ext3 auf ext4 ==

=== Vorbereitung ===

Um ein bestehendes ext3- in ein ext4-Dateisystem zu konvertieren, darf das Dateisystem nicht eingehängt sein. Sollte das Root-Dateisystem konvertiert werden, so muss dies im Rescue-System durchgeführt werden.
Alle anderen Partitionen, welche zur Konvertierung ausgehangen werden können, benötigen diesen Schritt nicht zwingend.
Für die Konvertierung werden dem ext3-Dateisystem, die spezifischen ext4 Erweiterungen/Eigenschaften hinzugefügt und danach ein zwingend nötiger Dateisystemcheck durchgeführt.

Gehen Sie zur Vorbereitung wie folgt vor:

* Starten Sie Ihren Server im Rescue-System. Wie Sie dabei vorgehen, finden Sie [[Kundencenter_Server_Rescue_System | hier]].
* Führen Sie eine Datensicherung aller wichtigen Daten und Konfigurationen durch.
* Ermitteln Sie die genaue Bezeichnung der zu konvertierenden Partition mittels folgender Befehle:

<pre>
fdisk -l
blkid
</pre>

Mit dem ersten Befehl erhalten Sie eine Ausgabe aller Festplatten und deren Partitionen. Der Befehl '''blkid''' gibt die einzigartigen IDs aller Partitionen aus.

'''Hinweis: Die zu ändernde Partition darf bei dem Dateisystemcheck nicht eingehängt sein!'''

=== Durchführung ===

Um ein bestehendes ext3- in ein ext4-Dateisystem zu konvertieren, gehen Sie wie folgt vor:

* Fügen Sie die ext4-spezifischen Optionen mittels folgendem Befehl mit Hilfe von tune2fs hinzu:

<pre>
tune2fs -O extents,uninit_bg,dir_index /dev/<Gerätedatei>
</pre>

Für <Gerätedatei> setzen Sie die gerade ermittelte Bezeichnung ein.

* Führen Sie einen Dateisystemcheck mittels folgendem Befehl durch ('''Hinweis: Die Partition darf nicht eingehängt sein!'''):

<pre>
fsck -fCVD /dev/<Gerätedatei>
</pre>

* Mit folgendem Befehl mounten Sie nun die Partition:

<pre>
mount /dev/<Gerätedatei> /mnt
</pre>

Für <Gerätedatei> setzen Sie hier die Bezeichnung der (Root-) Partiton ein.

* Öffnen Sie nun die Datei /mnt/etc/fstab mit einem Editor, z.B. nano.
* Ersetzen Sie nun bei der entsprechenden Partition den Eintrag "ext3" mit "ext4":

<pre>
/dev/<Gerätedatei> / ext4 relatime 0 1
</pre>

* Speichern Sie die Datei, Deaktivieren Sie das Rescue-System und starten Sie das System "normal".

Nun wird ab sofort das ext4-Dateisystem genutzt.

=== Beispiel ===

Im folgenden Beispiel, führen wir die Konvertierung der Root-Partition basierend auf der EUserv Standardpartitionierung durch. Die Standardpartitionierung nutzt für die Root-Partition /dev/sda3 bei Standard Partitionierung bzw. /dev/sda4 bei GPT Partitionierung. In diesem Beispiel nehmen wir die Standard-Partitionierung an. Dabei gehen Sie wie folgt vor:

* Starten Sie Ihren Server im Rescue-System. Wie Sie dabei vorgehen, finden Sie [[Kundencenter_Server_Rescue_System | hier]].
* Führen Sie eine Datensicherung aller wichtigen Daten und Konfigurationen durch.
* Prüfen Sie, ob die Partionierung mit der o.g. Standardpartitionierung übereinstimt, bevor Sie weitere Schritte durchführen, geben Sie die folgenden Befehle ein:

<pre>
fdisk -l
blkid
</pre>

Befehl "fdisk -l" Beispielausgabe für Standard Partitionierung:

<pre>
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 1 62 488281+ 83 Linux
/dev/sda2 62 311 2000976+ 83 Linux
/dev/sda3 311 933 5000977 83 Linux
</pre>

Befehl "blkid" Beispielausgabe für Standard Partitionierung:

<pre>
/dev/sda1: UUID="aa326a61-4c8c-4613-82d4-8c5a1d30d8ce" TYPE="ext2"
/dev/sda2: UUID="bbde6249-1b62-4fbf-b250-9075377417bd" TYPE="swap"
/dev/sda3: UUID="cc3b1ecf-0bb1-459d-bbcf-d80d6dba9077" TYPE="ext3"
</pre>

* Fügen Sie die ext4-spezifischen Optionen mittels folgendem Befehl mit Hilfe von tune2fs hinzu:

<pre>
tune2fs -O extents,uninit_bg,dir_index /dev/sda3
</pre>

* Führen Sie einen Dateisystemcheck mittels folgendem Befehl durch ('''Hinweis: Die Partition darf nicht eingehängt sein!'''):

<pre>
fsck -fCVD /dev/sda3
</pre>

* Mit folgendem Befehl mounten Sie nun die Partition:

<pre>
mount /dev/sda3 /mnt
</pre>

* Öffnen Sie nun die Datei /mnt/etc/fstab mit einem Editor, z.B. nano.
* Ersetzen Sie nun bei der entsprechenden Partition den Eintrag "ext3" mit "ext4":

<pre>
/dev/sda3 / ext4 relatime 0 1
</pre>

* Speichern Sie die Datei, Deaktivieren Sie das Rescue-System und starten Sie das System "normal".

= Überprüfen der Festplatten =

Um die Festplatten auf Fehler zu überprüfen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.

== HDD-Check mit smartctl / smartmontools ==

=== HDD-Check mit smartctl / smartmontools für normale Festplatten ===

Um mittels smartmontools ein Festplatten-Check durchzuführen, gehen Sie wie folgt vor:

* Starten Sie mittels folgenden Befehls einen kurzen Festplatten-Check (Ersetzen Sie X durch die entsprechende Festplatte):

<pre>
smartctl -t short /dev/sdX
</pre>

* Starten Sie mit dem folgenden Befehl einen langen Festplatten-Check (dieser dauert abhängig von der Kapazität der Festplatte 1 bis 6 Stunden):

<pre>
smartctl -t long /dev/sdX
</pre>

=== HDD-Check mit smartctl / smartmontools für Festplatten an HW-Controllern ===

Um mittels smartmontools eine Überprüfung für Festplatten an 3Ware HW-RAID-Controllern durchzuführen, gehen Sie wie folgt vor:

* Geben Sie folgenden Befehl ein, um einen kurzen Festplatten-Check zu starten (Ersetzen Sie X durch die Nummer des entsprechenden Controller-Ports, an welchem die Festplatte konnektiert ist. Beachten Sie bitte, dass die erste Festplatte an Port 0 hängt.):

<pre>
smartctl -d 3ware,X -t short /dev/twa0
</pre>

* Geben Sie folgenden Befehl ein, um einen langen Festplatten-Check zu starten:

<pre>
smartctl -d 3ware,X -t long /dev/twa0
</pre>

== Auswertung der Ergebnisse ==

Geben Sie folgenden Befehl ein, um sich das Ergebnis des Festplatten-Tests anzeigen zu lassen:

<pre>
smartctl -l selftest /dev/sdX
</pre>

Das folgende Ausgabebeispiel zeigt, dass der Festplatten-Check erfolgreich war:

<pre>
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 4970
# 2 Long offline Completed without error 00% 4972
</pre>

Dieses Ausgabebeispiel zeigt, dass der Festplatten-Check nicht erfolgreich war:

<pre>
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed: read failure 20% 717 555027747
</pre>

== Melden von Fehlern beim Support ==
=== Melden von Fehlern beim Support bei normalen Festplatten ===

Um den Fehler der Festplatte beim Support zu melden, geben Sie die Ausgabe des folgenden Befehls an:

<pre>
smartctl -a /dev/sdX
</pre>

=== Melden von Fehlern beim Support bei Festplatten an HW-RAID-Controllern ===

Um den Fehler der Festplatte an 3ware-HW-RAID-Controllern beim Support zu melden, geben Sie die Ausgabe des folgenden Befehls an (Ersetzen Sie dabei X für den entsprechenden Controller-Port, an welchem die Festplatte angeschlossen ist):

<pre>
smartctl -d 3ware,X -a /dev/twa0
</pre>

= Hardware-RAID =
== Grundlagen / Allgemeine Informationen ==
== Überprüfen des Status des Controllers ==
=== 3ware-RAID-Controller ===
Um den Status des 3ware-HW-RAID-Controllers zu überprüfen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.
* Geben Sie den folgenden Befehl ein, um zunächst die ID des Controllers festzustellen (diese ist in der Regel 0) :

<pre>
dmesg | grep 3ware
</pre>

Es erscheint folgende Beispielausgabe (die Zahl hinter '''scsi''' ist die Controller-ID):

<pre>
[ 5.487015] scsi4 : 3ware 9000 Storage Controller
</pre>

* Geben Sie folgenden Befehl ein, um die Informationen des HW-Controllers auszulesen (Ersetzen Sie X durch die entsprechende Controller-ID):

<pre>
tw_cli /cX show
</pre>

Es können folgende Beispielausgaben erscheinen:

<pre>
Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy
------------------------------------------------------------------------------
u0 RAID-1 OK - - - 149.001 RiW ON

VPort Status Unit Size Type Phy Encl-Slot Model
------------------------------------------------------------------------------
p0 OK u0 149.05 GB SATA 0 - SAMSUNG HD160JJ
p1 OK u0 149.05 GB SATA 1 - SAMSUNG HD160JJ
</Pre>

In diesem Fall ist das RAID in einwandfreiem Zustand, erkennbar durch den Status OK.

<pre>
Unit UnitType Status %RCmpl %V/I/M Port Stripe Size(GB)
------------------------------------------------------------------------
u0 RAID-1 REBUILDING 23% - - - 149.001
u0-0 DISK DEGRADED - - p0 - 149.001
u0-1 DISK OK - - p1 - 149.001
u0/v0 Volume - - - - - 149.001
</pre>

In diesem Fall führt das Hardware-RAID ein Rebuild durch, erkennbar durch den Status REBUILDING. Die problematische Festplatte ist in diesem Fall die am Port 0 angeschlossene Festplatte (Status DEGRADED).

=== LSI-RAID-Controller ===

Um den Status des LSI-HW-RAID-Controllers zu überprüfen, müssen Sie mit dem Linux Rescue-System verbunden sein. Dazu gehen Sie nach den folgenden Schritten vor:

* Aktivieren Sie das Rescue-System über das Kundencenter.
* Verbinden Sie sich über SSH mit dem Rescue-System.
* Geben Sie den folgenden Befehl ein:

<pre>
megacli -AdpAllInfo -aAll
</pre>

Es erscheint nun eine Ausgabe an Informationen zum LSI-Controller.

== Überprüfen des Status der Festplatten ==
=== 3ware-RAID-Controller ===
Um mittels smartmontools eine Überprüfung des Status der Festplatten an 3ware-HW-Controllern durchzuführen, gehen Sie wie folgt vor:

* Geben Sie folgenden Befehl ein, um einen kurzen Festplatten-Check zu starten (Ersetzen Sie X durch die Nummer des entsprechenden Controller-Ports, an welchem die Festplatte konnektiert ist. Beachten Sie bitte, dass die erste Festplatte an Port 0 hängt.):

<pre>
smartctl -d 3ware,X -a /dev/twa0
</pre>

=== LSI-Controller ===

Um mittels smartmontools eine Überprüfung des Status der Festplatten an LSI-HW-Controllern durchzuführen, gehen Sie wie folgt vor:

* Geben Sie folgenden Befehl ein, um die Device ID der Festplatte am RAID-Controller herauszufinden (Diese kann über die StorCLI angezeigt werden (Spalte DID).:

<pre>
storcli /c0 /eall /sall show
</pre>

* Mittels folgenden Befehls können Sie auf die Festplatten per smartctl zugreifen (Ersetzen Sie <X> durch die entsprechende Festplatte und <N> durch die Device ID):

<pre>
smartctl -a -d megaraid,N /dev/sdX
</pre>

== Melden von Fehlern beim Support ==
=== 3ware-RAID-Controller ===
Um den Fehler der Festplatte an 3ware-HW-RAID-Controllern beim Support zu melden, geben Sie die Ausgabe des folgenden Befehls an:

<pre>
smartctl -d 3ware,X -a /dev/twa0
</pre>

=== LSI-Controller ===
Um den Fehler der Festplatte an 3ware-HW-RAID-Controllern beim Support zu melden, geben Sie die Ausgabe des folgenden Befehls an:

<pre>
smartctl -a -d megaraid,N /dev/sdX
</pre>

= Überprüfen des Arbeitsspeichers =

Um einen Check des im Server verbauten Arbeitsspeichers durchzuführen, kann das Tool '''memtester''' verwendet werden. Das Tool steht auf dem EUserv Mirror zur Verfügung und kann unter folgendem Link bezogen werden:

http://mirror.euserv.net/misc/memtester.tar.gz

Um innerhalb des Rescue-Systems eine Überprüfung des Arbeitsspeichers vorzunehmen, gehen Sie bitte wie folgt vor:

* Loggen Sie sich ins Rescue-System ein

* Laden Sie '''memtester''' herunter. Nutzen Sie dafür folgenden Befehl:

<pre>wget http://mirror.euserv.net/misc/memtester.tar.gz</pre>

* Entpacken Sie das Archiv. Nutzen Sie dafür folgenden Befehl:

<pre>tar xfz memtester.tar.gz</pre>

* Wechseln Sie in das entpackte Verzeichnis. Nutzen Sie dafür folgenden Befehl:

<pre>cd memtester</pre>

* Kompilieren Sie das Programm. Nutzen Sie dafür folgenden Befehl:

<pre>make</pre>

Nun können Sie das Programm nach folgendem Muster aufrufen:

<pre>./make <Menge Arbeitsspeicher> <Durchläufe></pre>

Die Menge des Arbeitsspeichers können Sie mit dem Befehl '''free -m''' ermitteln. Der entsprechende Wert befindet sich unter der Spalte '''Total'''.

'''Beispiel:'''

<pre>total used free shared buffers cached
Mem: 3821 3444 376 3 1 2717
-/+ buffers/cache: 724 3096
Swap: 1953 5 1947</pre>

Um den Arbeitsspeicher nun zweimal zu prüfen, nutzen Sie folgenden Befehl:

<pre>./memtester 3821 2</pre>

Manual Linux Rescue System

Almi1 — Thu, 15 Oct 2015 08:23:54 GMT

Almi1: /* Überprüfen des Arbeitsspeichers */

Manual Linux Rescue System

Almi1 — Thu, 15 Oct 2015 08:20:39 GMT

Almi1:

Guide virtuelle MAC-Adressen VMware ESXi/en

Almi1 — Mon, 21 Sep 2015 11:53:58 GMT

Almi1: Die Seite wurde neu angelegt: „{{Languages|Guide virtuelle MAC-Adressen VMware ESXi}} Kategorie:Servers Kategorie:Virtualization '''''Guide virtual MAC addresses VMware ESXi''''' __TO…“

{{Languages|Guide virtuelle MAC-Adressen VMware ESXi}}
[[Kategorie:Servers]]
[[Kategorie:Virtualization]]

'''''Guide virtual MAC addresses VMware ESXi'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Guide virtual MAC addresses VMware ESXi'''
</div>

= General =

When creating virtual machines, ESXi uses special virtual MAC addresses for the network adapter(s). This is due to the underlying virtual "hardware". If you are using a server for virtualization purposes at EUserv, it is necessary to use predefined virtual MAC addresses for the virtual machines.

VMware uses the range '''00:50:56:00:00:00-00:50:56:3F:FF:FF''' for virtual MAC addresses. When creating additional IPs over the customer panel you can choose to have a unique virtual MAC created for VMware.

In order to create a new Co-IP with a VMware-compatible MAC address, please proceed as follows: [[Kundencenter Server IP Adressen/en]]

= Configuring the MAC address =

At first, create a new virtual machine. Information about this procedure can be found here: [[Guide VMware ESXi/en]]

After you have created the virtual machine in the vSphere Client right-click on it and select '''Edit Settings...'''. Please note that this can only be done if the virtual machine is powered down:

[[Datei:esx_mac_en_1.png|700px]]

From the '''Hardware''' tab choose the network adapter of the virtual machine:

[[Datei:esx_mac_en_2.png|700px]]

Now select the '''Manual''' option under the '''MAC Address''' point in the right menu. Enter the virtual MAC address from the customer panel into the field. Finally, confirm by clicking '''OK'''.

Guide virtuelle MAC-Adressen VMware ESXi

Almi1 — Mon, 21 Sep 2015 11:53:20 GMT

Kundencenter Server IP Adressen/en

Almi1 — Fri, 18 Sep 2015 11:00:10 GMT

Almi1: /* Create IP addresses */

{{Languages|Kundencenter_Server_IP_Adressen}}
[[Kategorie:Customer center Servers]]
[[Kategorie:Servers]]
'''''Manage the server IP addresses'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Manage the server IP addresses'''
</div>
== General==
If you have an EUserv server plan, there is a possibility to comprehensively configure it in the customer service center.

You also need special parameters that you can find in the customer service center, too.

With the option "IP-Adressen", the assigned IP addresses can be viewed to the server. Other IP addresses can be applied as an additional IP (co-IP) if the present rate exist.

== Display IP addresses ==

In the EUserv customer service center, you have the possibility to activate and deactivate the IP addresses for your server.

Choose the server contract for which you want to change or display the IP addresses.
<br>
<br>
<center>
[[Datei:Kc-vertrag-wählen_572x.png]]
</center>
<br>
<br>
Once you have selected your contract, click on "IP-Adressen".
<br>
<br>
<center>
[[Datei:Server_vertragsdetails-ipadressen_572x.png]]
</center>
<br>
<br>

=== Create IP addresses ===

If you want to add more IPs to your server, you can do this also in the menu "IP-Adressen".

Use the drop-down menu and select the desired IP address and confirm your choice by clicking on "Anlegen".

In case you need an IP with a MAC address which is compatible with VMware, please check '''VMware kompatible Mac-Adresse nutzen''' first.

Please note: Depending on the contract, only a certain number of IP addresses is available.
<br>
<br>
<center>
[[Datei:Server_kundencenter_ipadressen.png]]
</center>
<br>
<br>

Kundencenter Server IP Adressen

Almi1 — Fri, 18 Sep 2015 10:58:55 GMT

Almi1: /* IP-Adressen anlegen */

{{Languages|Kundencenter_Server_IP_Adressen}}
[[Kategorie:Kundencenter Server]]
[[Kategorie:Server]]
'''''Server IP-Adressen verwalten'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Server IP-Adressen verwalten'''
</div>
== Allgemeines==
Wenn Sie einen EUserv Server Tarif haben, so gibt es die Möglichkeit diesen im EUserv Kundencenter umfassend einzurichten.

Außerdem benötigen Sie für den Betrieb entsprechende Parameter, die Sie im Kundencenter auslesen und/oder einstellen können.

Mit der Option IP-Adressen können die dem Server zugewiesenen IP-Adressen eingesehen werden. Weitere IP-Adressen können als Zusatz-IP (co-IP) angelegt werden (sofern im Tarif vorhanden).

== IP-Adressen anzeigen ==

Im EUserv Kundencenter haben Sie die Möglichkeit, IP-Adressen für Ihren Server zu aktivieren oder zu deaktivieren. Wählen Sie dazu als erstes Ihren Server-Vertrag aus, für den Sie die IP-Adressen ändern/anzeigen wollen.
<br>
<br>
<center>
[[Datei:kc-vertrag-wählen_572x.png]]
</center>
<br>
Haben Sie Ihren Server-Vertrag ausgewählt, so klicken Sie nun auf den Menü-Punkt "IP-Adressen" unter Server.
<br>
<br>
<center>
[[Datei:server_vertragsdetails-ipadressen_572x.png]]
</center>
<br>
<br>
<br>
=== IP-Adressen anlegen===

Möchten Sie für Ihren Server mehr IPs anlegen, so können Sie dies ebenfalls im Menü "IP-Adressen" tun.

Klicken Sie dazu einfach im Drop-Down-Menü auf die gewünschte IP-Adresse und bestätigen Ihre Wahl mit einem Klick auf "Anlegen".

Falls Sie für die IP eine VMware-kompatible MAC-Adresse benötigen, setzen SIe bitte das Häkchen bei '''VMware kompatible Mac-Adresse nutzen'''.

Beachten Sie bitte, dass je nach Vertrag nur ein bestimmtes Kontingent an IP-Adressen verfügbar ist.
<br>
<br>
<center>
[[Datei:Server_kundencenter_ipadressen.png]]
</center>
<br>
<br>

Kundencenter Server IP Adressen/en

Almi1 — Fri, 18 Sep 2015 10:55:54 GMT

Almi1: /* Create IP addresses */

{{Languages|Kundencenter_Server_IP_Adressen}}
[[Kategorie:Customer center Servers]]
[[Kategorie:Servers]]
'''''Manage the server IP addresses'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Manage the server IP addresses'''
</div>
== General==
If you have an EUserv server plan, there is a possibility to comprehensively configure it in the customer service center.

You also need special parameters that you can find in the customer service center, too.

With the option "IP-Adressen", the assigned IP addresses can be viewed to the server. Other IP addresses can be applied as an additional IP (co-IP) if the present rate exist.

== Display IP addresses ==

In the EUserv customer service center, you have the possibility to activate and deactivate the IP addresses for your server.

Choose the server contract for which you want to change or display the IP addresses.
<br>
<br>
<center>
[[Datei:Kc-vertrag-wählen_572x.png]]
</center>
<br>
<br>
Once you have selected your contract, click on "IP-Adressen".
<br>
<br>
<center>
[[Datei:Server_vertragsdetails-ipadressen_572x.png]]
</center>
<br>
<br>

=== Create IP addresses ===

If you want to add more IPs to your server, you can do this also in the menu "IP-Adressen".

Use the drop-down menu and select the desired IP address and confirm your choice by clicking on "Anlegen".

Please note: Depending on the contract, only a certain number of IP addresses is available.
<br>
<br>
<center>
[[Datei:Server_kundencenter_ipadressen.png]]
</center>
<br>
<br>

Kundencenter Server IP Adressen

Almi1 — Fri, 18 Sep 2015 10:55:17 GMT

Almi1: /* IP-Adressen anzeigen */

{{Languages|Kundencenter_Server_IP_Adressen}}
[[Kategorie:Kundencenter Server]]
[[Kategorie:Server]]
'''''Server IP-Adressen verwalten'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Server IP-Adressen verwalten'''
</div>
== Allgemeines==
Wenn Sie einen EUserv Server Tarif haben, so gibt es die Möglichkeit diesen im EUserv Kundencenter umfassend einzurichten.

Außerdem benötigen Sie für den Betrieb entsprechende Parameter, die Sie im Kundencenter auslesen und/oder einstellen können.

Mit der Option IP-Adressen können die dem Server zugewiesenen IP-Adressen eingesehen werden. Weitere IP-Adressen können als Zusatz-IP (co-IP) angelegt werden (sofern im Tarif vorhanden).

== IP-Adressen anzeigen ==

Im EUserv Kundencenter haben Sie die Möglichkeit, IP-Adressen für Ihren Server zu aktivieren oder zu deaktivieren. Wählen Sie dazu als erstes Ihren Server-Vertrag aus, für den Sie die IP-Adressen ändern/anzeigen wollen.
<br>
<br>
<center>
[[Datei:kc-vertrag-wählen_572x.png]]
</center>
<br>
Haben Sie Ihren Server-Vertrag ausgewählt, so klicken Sie nun auf den Menü-Punkt "IP-Adressen" unter Server.
<br>
<br>
<center>
[[Datei:server_vertragsdetails-ipadressen_572x.png]]
</center>
<br>
<br>
<br>
=== IP-Adressen anlegen===

Möchten Sie für Ihren Server mehr IPs anlegen, so können Sie dies ebenfalls im Menü "IP-Adressen" tun.

Klicken Sie dazu einfach im Drop-Down-Menü auf die gewünschte IP-Adresse und bestätigen Ihre Wahl mit einem Klick auf "Anlegen".

Beachten Sie bitte, dass je nach Vertrag nur ein bestimmtes Kontingent an IP-Adressen verfügbar ist.
<br>
<br>
<center>
[[Datei:Server_kundencenter_ipadressen.png]]
</center>
<br>
<br>

Datei:Server kundencenter ipadressen.png

Almi1 — Fri, 18 Sep 2015 10:28:08 GMT

Almi1:

Guide Monitoring RAID-Controller VMware ESXi/en

Almi1 — Fri, 18 Sep 2015 09:20:47 GMT

Almi1:

{{Languages|Guide_Monitoring_RAID-Controller_VMware_ESXi}}
[[Kategorie:Servers]]
[[Kategorie:Virtualization]]

'''''Guide Monitoring RAID-Controller VMware ESXi'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Guide Monitoring RAID-Controller VMware ESXi'''
</div>

= General =

VMware ESXi uses so-called CIM providers (Common Information Model) for monitoring of hardware. These providers read the hardware state of a device and deliver these data back to the CIM broker. This information in turn can be read by the vSphere Client for instance.

If you have a server with hardware RAID ad VMware support at EUserv you are able to monitor the status of the hardware RAID. In the following guide we will show you how to install the CIM provider for the RAID controller and how to monitor the device status.

= Procedure / preparations =

In order to install the CIM provider the SSH access has to be enabled on the ESXi host first. This will be done via the vSphere Client. After this the CIM provider for the RAID controller has to be retrieved and installed.

Finally, the ESXi host has to be rebooted. The device information can then be reviewed in the vSphere Client.

For the following steps VMware's vSphere Client is required. You can find additional hints about installation of the client here: [[Guide_VMware_ESXi]]

== Enabling SSH access ==

In order to enable the SSH server on the ESXi host, start the vSphere Client first. Select your host from the upper left side and click '''Software''' -> '''Security Profile''' in the middle window:

[[Datei:esxi_raid_en_1.png|700px]]

Under the section '''Services''' select '''Properties''' from the upper right:

[[Datei:esxi_raid_en_2.png|700px]]

Select '''SSH''' from the list of available services, then click '''Options'''. Select '''Start and stop with host''' and click '''Start'''. Confirm this dialogue with '''OK''':

[[Datei:esxi_raid_en_3.png|700px]]

== Installing the CIM provider ==

After the SSH server has been started, connect to the server with an SSH client. The CIM provider will be installed using the tool '''esxcli''' which is included in ESXi by default. The CIM provider for the LSI MegaRAID controller is already available as *.vib file from the EUserv mirror. dem EUserv-Mirror vor.

The installation can be done with the following command:

<pre>esxcli software vib install -v http://mirror.euserv.net/misc/vmware-esx-provider-lsiprovider.vib</pre>

You should see the following output:

<pre>Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
VIBs Installed: LSI_bootbank_lsiprovider_500.04.V0.56-0005
VIBs Removed:
VIBs Skipped: </pre>

In order for the changes to become effective you need to reboot the ESXi host. This can either be done using the '''reboot''' command or via the vSphere Client.

== Verifying the CIM provider ==

After the reboot log in via SSH again and execute the following command:

<pre>esxcli software vib list</pre>

You wil now see a list of all installed software and driver packages. The CIM for the LSI MegaRAID controller should be registered as follows:

<pre>Name Version Vendor Acceptance Level Install Date
----------------------------- ------------------------------------ -------- ------------------ ------------
lsiprovider 500.04.V0.56-0005 LSI VMwareAccepted 2015-09-15
...</pre>

= Reading the device status =

After the successful installation of the CIM klick on '''System Health''' in the '''Hardware''' section. You will now see a listing of the controller status, the connected hard disks and the logical volumes as well as the port status. The '''Status''' column displays the current health state ('''Normal''' or '''Alert'''):

[[Datei:esxi_raid_en_4.png|700px]]

Guide Monitoring RAID-Controller VMware ESXi/en

Almi1 — Fri, 18 Sep 2015 09:19:46 GMT

Almi1:

{{Languages|Guide_Monitoring_RAID-Controller_VMware_ESXi}}
[[Kategorie:Servers]]
[[Kategorie:Virtualisierung]]

'''''Guide Monitoring RAID-Controller VMware ESXi'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Guide Monitoring RAID-Controller VMware ESXi'''
</div>

= General =

VMware ESXi uses so-called CIM providers (Common Information Model) for monitoring of hardware. These providers read the hardware state of a device and deliver these data back to the CIM broker. This information in turn can be read by the vSphere Client for instance.

If you have a server with hardware RAID ad VMware support at EUserv you are able to monitor the status of the hardware RAID. In the following guide we will show you how to install the CIM provider for the RAID controller and how to monitor the device status.

= Procedure / preparations =

In order to install the CIM provider the SSH access has to be enabled on the ESXi host first. This will be done via the vSphere Client. After this the CIM provider for the RAID controller has to be retrieved and installed.

Finally, the ESXi host has to be rebooted. The device information can then be reviewed in the vSphere Client.

For the following steps VMware's vSphere Client is required. You can find additional hints about installation of the client here: [[Guide_VMware_ESXi]]

== Enabling SSH access ==

In order to enable the SSH server on the ESXi host, start the vSphere Client first. Select your host from the upper left side and click '''Software''' -> '''Security Profile''' in the middle window:

[[Datei:esxi_raid_en_1.png|700px]]

Under the section '''Services''' select '''Properties''' from the upper right:

[[Datei:esxi_raid_en_2.png|700px]]

Select '''SSH''' from the list of available services, then click '''Options'''. Select '''Start and stop with host''' and click '''Start'''. Confirm this dialogue with '''OK''':

[[Datei:esxi_raid_en_3.png|700px]]

== Installing the CIM provider ==

After the SSH server has been started, connect to the server with an SSH client. The CIM provider will be installed using the tool '''esxcli''' which is included in ESXi by default. The CIM provider for the LSI MegaRAID controller is already available as *.vib file from the EUserv mirror. dem EUserv-Mirror vor.

The installation can be done with the following command:

<pre>esxcli software vib install -v http://mirror.euserv.net/misc/vmware-esx-provider-lsiprovider.vib</pre>

You should see the following output:

<pre>Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
VIBs Installed: LSI_bootbank_lsiprovider_500.04.V0.56-0005
VIBs Removed:
VIBs Skipped: </pre>

In order for the changes to become effective you need to reboot the ESXi host. This can either be done using the '''reboot''' command or via the vSphere Client.

== Verifying the CIM provider ==

After the reboot log in via SSH again and execute the following command:

<pre>esxcli software vib list</pre>

You wil now see a list of all installed software and driver packages. The CIM for the LSI MegaRAID controller should be registered as follows:

<pre>Name Version Vendor Acceptance Level Install Date
----------------------------- ------------------------------------ -------- ------------------ ------------
lsiprovider 500.04.V0.56-0005 LSI VMwareAccepted 2015-09-15
...</pre>

= Reading the device status =

After the successful installation of the CIM klick on '''System Health''' in the '''Hardware''' section. You will now see a listing of the controller status, the connected hard disks and the logical volumes as well as the port status. The '''Status''' column displays the current health state ('''Normal''' or '''Alert'''):

[[Datei:esxi_raid_en_4.png|700px]]

Guide Monitoring RAID-Controller VMware ESXi/en

Almi1 — Fri, 18 Sep 2015 09:16:56 GMT

Almi1: Die Seite wurde neu angelegt: „{{Languages|Guide_Monitoring_RAID-Controller_VMware_ESXi}} Kategorie:Server Kategorie:Virtualisierung '''''Guide Monitoring RAID-Controller VMware ESXi'…“

{{Languages|Guide_Monitoring_RAID-Controller_VMware_ESXi}}
[[Kategorie:Server]]
[[Kategorie:Virtualisierung]]

'''''Guide Monitoring RAID-Controller VMware ESXi'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Guide Monitoring RAID-Controller VMware ESXi'''
</div>

= General =

VMware ESXi uses so-called CIM providers (Common Information Model) for monitoring of hardware. These providers read the hardware state of a device and deliver these data back to the CIM broker. This information in turn can be read by the vSphere Client for instance.

If you have a server with hardware RAID ad VMware support at EUserv you are able to monitor the status of the hardware RAID. In the following guide we will show you how to install the CIM provider for the RAID controller and how to monitor the device status.

= Procedure / preparations =

In order to install the CIM provider the SSH access has to be enabled on the ESXi host first. This will be done via the vSphere Client. After this the CIM provider for the RAID controller has to be retrieved and installed.

Finally, the ESXi host has to be rebooted. The device information can then be reviewed in the vSphere Client.

For the following steps VMware's vSphere Client is required. You can find additional hints about installation of the client here: [[Guide_VMware_ESXi]]

== Enabling SSH access ==

In order to enable the SSH server on the ESXi host, start the vSphere Client first. Select your host from the upper left side and click '''Software''' -> '''Security Profile''' in the middle window:

[[Datei:esxi_raid_en_1.png|700px]]

Under the section '''Services''' select '''Properties''' from the upper right:

[[Datei:esxi_raid_en_2.png|700px]]

Select '''SSH''' from the list of available services, then click '''Options'''. Select '''Start and stop with host''' and click '''Start'''. Confirm this dialogue with '''OK''':

[[Datei:esxi_raid_en_3.png|700px]]

== Installing the CIM provider ==

After the SSH server has been started, connect to the server with an SSH client. The CIM provider will be installed using the tool '''esxcli''' which is included in ESXi by default. The CIM provider for the LSI MegaRAID controller is already available as *.vib file from the EUserv mirror. dem EUserv-Mirror vor.

The installation can be done with the following command:

<pre>esxcli software vib install -v http://mirror.euserv.net/misc/vmware-esx-provider-lsiprovider.vib</pre>

You should see the following output:

<pre>Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
VIBs Installed: LSI_bootbank_lsiprovider_500.04.V0.56-0005
VIBs Removed:
VIBs Skipped: </pre>

In order for the changes to become effective you need to reboot the ESXi host. This can either be done using the '''reboot''' command or via the vSphere Client.

== Verifying the CIM provider ==

After the reboot log in via SSH again and execute the following command:

<pre>esxcli software vib list</pre>

You wil now see a list of all installed software and driver packages. The CIM for the LSI MegaRAID controller should be registered as follows:

<pre>Name Version Vendor Acceptance Level Install Date
----------------------------- ------------------------------------ -------- ------------------ ------------
lsiprovider 500.04.V0.56-0005 LSI VMwareAccepted 2015-09-15
...</pre>

= Reading the device status =

After the successful installation of the CIM klick on '''System Health''' in the '''Hardware''' section. You will now see a listing of the controller status, the connected hard disks and the logical volumes as well as the port status. The '''Status''' column displays the current health state ('''Normal''' or '''Alert'''):

[[Datei:esxi_raid_en_4.png|700px]]

Guide Monitoring RAID-Controller VMware ESXi

Almi1 — Fri, 18 Sep 2015 09:14:00 GMT

Almi1: Die Seite wurde neu angelegt: „{{Languages|Guide_Monitoring_RAID-Controller_VMware_ESXi}} Kategorie:Server Kategorie:Virtualisierung '''''Guide Monitoring RAID-Controller VMware ESXi'…“

{{Languages|Guide_Monitoring_RAID-Controller_VMware_ESXi}}
[[Kategorie:Server]]
[[Kategorie:Virtualisierung]]

'''''Guide Monitoring RAID-Controller VMware ESXi'''''
__TOC__
<div style= "font-size: 1.571em;">
'''Guide Monitoring RAID-Controller VMware ESXi'''
</div>

= Allgemeines =

VMware ESXi nutzt zur Überwachung der Hardware sogenannte CIM-Provider (Common Information Model). Diese lesen den Hardware-Status eines Gerätes aus und liefern ihn an den CIM-Broker zurück. Diese Informationen können anschließend z.B. durch den vSphere Client ausgelesen werden.

Falls Sie bei EUserv einen Server mit Hardware-RAID und VMware-Unterstützung haben, können Sie den Zustand des RAID-Arrays überwachen. In der nachfolgenden Anleitung zeigen wir Ihnen, wie Sie den CIM-Provider für Ihren RAID-Controller installieren und den Gerätestatus überwachen können.

= Ablauf / Vorbereitungen =

Um den CIM-Provider installieren zu können, wird zunächst der SSH-Zugang zum ESXi-Host benötigt. Die Aktivierung von SSH erfolgt über den vSphere Client. Anschließend muss der CIM-Provider für den entsprechenden Hardware-RAID-Controller bezogen und installiert werden.

Nach Abschluss der Prozedur muss der ESXi-Host rebootet werden. Die Geräteinformationen können dann im vSphere Client abgerufen werden.

Für die nachfolgenden Schritte wird der vSphere Client von VMware benötigt. Hinweise zu dessen Installation finden Sie hier: [[Guide_VMware_ESXi]]

== SSH-Server aktivieren ==

Um den SSH-Server des ESXi-Hosts zu aktivieren, starten Sie zunächst den vSphere Client. Wählen Sie oben links den betreffenden Host aus und klicken Sie im mittleren Fenster unter '''Software''' auf '''Sicherheitsprofil''':

[[Datei:esxi_raid_1.png|700px]]

Unter der Sektion '''Dienste''' klicken Sie oben auf '''Eigenschaften''':

[[Datei:esxi_raid_2.png|700px]]

Wählen Sie aus der Liste der verfügbaren Dienste '''SSH''', klicken Sie anschließend auf '''Optionen'''. Wählen Sie im nun folgenden Fenster '''Mit dem Host starten und beenden''' und klicken Sie unten rechts auf '''Starten'''. Besätigen Sie den Dialog mit Klick auf '''OK''':

[[Datei:esxi_raid_3.png|700px]]

== CIM-Provider installieren ==

Nachdem der SSH-Server nun gestartet worden ist, konnektieren Sie sich mittels SSH-Client mit dem Server. Die Installation des CIM's erfolgt über das Administrationstool '''esxcli''', welches standardmäßig bei ESXi enthalten ist. Der CIM-Provider für den LSI MegaRAID-Controller liegt bereits als *.vib Datei auf dem EUserv-Mirror vor.

Die Installation nehmen Sie mit dem folgenden Befehl vor:

<pre>esxcli software vib install -v http://mirror.euserv.net/misc/vmware-esx-provider-lsiprovider.vib</pre>

Als Output sollten Sie folgendes erhalten:

<pre>Installation Result
Message: The update completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
VIBs Installed: LSI_bootbank_lsiprovider_500.04.V0.56-0005
VIBs Removed:
VIBs Skipped: </pre>

Damit die Änderungen wirksam werden, ist ein Reboot des ESXi-Hosts erforderlich. Sie können dies entweder über die bestehende SSH-Session mittels '''reboot''' vornehmen, oder Sie verwenden hierfür den vSphere Client.

== CIM-Provider verifizieren ==

Nach erfolgtem Reboot loggen Sie sich erneut mittels SSH in den Server ein und führen folgenden Befehl ein:

<pre>esxcli software vib list</pre>

Sie erhalten nun eine Liste aller installierten Software- und Treiberpakete. Der CIM für den LSI MegaRAID-Controller sollte folgendermaßen registriert sein:

<pre>Name Version Vendor Acceptance Level Install Date
----------------------------- ------------------------------------ -------- ------------------ ------------
lsiprovider 500.04.V0.56-0005 LSI VMwareAccepted 2015-09-15
...</pre>

= Gerätestatus auslesen =

Nach erfolgter Installation des CIM's klicken Sie nun im vSperhe Client im mittleren Fenster unter '''Hardware''' auf den Menüpunkt '''Systemstatus'''. Sie sehen dort unter der Rubrik '''Speicher''' eine Auflistung der am Controller angeschlossenen Festplatten, logischen Volumes sowie der Port-Status. In der Spalte '''Status''' wird der aktuelle Zustand dargestellt ('''Normal''' oder '''Alarm'''):

[[Datei:esxi_raid_4.png|700px]]

Datei:Esxi raid en 4.png

Almi1 — Fri, 18 Sep 2015 09:11:14 GMT

Almi1:

Datei:Esxi raid en 3.png

Almi1 — Fri, 18 Sep 2015 09:11:03 GMT

Almi1:

Datei:Esxi raid en 2.png

Almi1 — Fri, 18 Sep 2015 09:10:51 GMT

Almi1: