Aufbau eines RAID5 mit anfangs zwei Platten LVM und Cryptfilesystem.

Tests

Um zu testen kann man sich kleine “virtuelle” Platten anlegen:

Diese “virtuellen” Platten kann man mittels loop1..4 einhängen.

Testen wir, ob alles funktioniert hat:

hier sollte etwas in der folgenden Art zu sehen sein:

Das RAID5 wird nun mit zwei Platten eingerichtet, also zu diesem Zeitpunkt darf keine der Platten ausfallen, da das RAID5 erst mit drei Platten redundant ist. Wir legen also mit dem folgenden Befehl ein RAID5 an und tun so, als wäre die dritte Patte ausgebaut:

Prüfen mittels:

Ausgabe:

Einrichtung des LVM auf dem erstelltem RAID Device

Erstellen dey Crypto Filesystem:

Hinzufühgen der dritten Platte

Dieser Schritt kann bei einer wirklichen Platte > 1TB mehrere Stunden bis zu Tagen beanspruchen.

Dieser Schritt wird bei einer wirklichen Platte > 1TB mehrere Tage beanspruchen. Der Platz der für die Datei /root/growfile benötigt wird liegt im einstelligen MB Bereich.

Die Größe 28MB wurde weiter oben ermittelt “mdadm –detail /dev/md0″ zeigt die zur Verfühgung stehende “Array Size” an.

Hinzufühgen der vierten Platte

Auch dieser Schritt wird wieder eine oder mehrere Stunden bis hin zu Tagen benötigen.

Wer kennt es nicht, USB Festplatten unter Linux, mal sda, mal sdb, oder mal sdc.
Je nachdem in welcher Reihenfolge die Festplatten angeschlossen werden haben bekommen die Festplatten unterschiedliche Devicenamen. Um dieses Problem zu lösen kann man eine Datei anlegen in der man eigene udev Regeln definiert.

Hierzu benutzt man z.B. folgende Datei:

Mit folgendem Inhalt:

Stöpselt man nun die Festplatte mit der ID_SERIAL = ST31500341AS_9VS0PAP7 ein, so gibt es auf dieser eine Partition 1 (KERNEL==”sd?1″), so wird für diese Partition Symlink auf die entsprechende Partition unter “/dev/disk_fotos” (SYMLINK+=”disk_fotos”) angelegt, so dass man nun wenn man diese Festplatte angestöpselt immer /dev/disk_fotos mounten kann, egal ob die eigentliche Partition unter /dev/sda1, /dev/sdb1, dev/sdc1, … existiert, denn es wir nun immer ein Symlink angelegt, wie z.B:

Um die ID_SERIAL für z.B. /dev/sdc auszulesen gibt man folgendes ein:

Wobei das Device was hier abgefragt wird “/dev/sdc” ist. Bei mir sieht das Ergebnis so aus:

Mit den hier gesammelten Informationen kann man dann sehr einfach eine udev Regel, wie weiter oben im Beispiel, erstellen.

Nach dem editieren der udev Regeln, sollten die udev Regeln neu geladen werden. So wird beim nächsten anstöpseln der Festplatte diese mit dem “richtigen” Namen (Symlink) angelegt. Ein reload der udev Regeln erfolgt mit dem folgenden Befehl:

Mit dem MED500X Player ist es über UPnP möglich auf Live Steams zuzugreifen. Hierfür ist die folgende Anleitung sehr gut geeignet.

Um nun auch gespeicherte Sendungen streamen zu können, ergängzt man folgendes in die Datei: /etc/mediatomb/config.xml

Für “allte” VDR-Versionen, die noch Dateien mit 001.vdr speichern, benötigt man:

<map from="vdr" to="video/x-vdr"/>


Hier folgt jetzt welches profil benutzt wird um die Datei zu streamen, hier tragen wir zusätzlich zu den VDR_Dateien auch “video/divx” ein, man weiß ja nie welche Dateien man noch streamen möchte

Zum Schluss hier noch das “profile” für den vlcmpeg, welches den Stream erstellt.

Die Mede8er MediaBox MED500X, eine nette Box mit einem HDMI-Ausgang der wirklich 1080p schaft.

Als Medien kann man S-ATA-Platten, USB-Sticks, USB-Platten sowie SD-Cards verwenden. Wobei ich derzeit nichts dergleichen verwende, da der eingebaute 16MB Flash Speicher und 128MB DDR2 SDRAM für meine Zwecke ausreichend sind.

Die Multimedia-Dateien liegen auf einem VDR-Server. Der Zugriff auf den VDR erfolgt per UPnP. Hierfür läuft jetzt auf dem VDR ein UPnP-Server MediaTomb. Über diesen UPnP-Server lassen sich quasi alle Media-Dateien streamen.

Bislang bin ich mit der Box und der MediaTomb Konfiguration sehr zufrieden. Allerdings läuft wie gesagt fast alles per UPnP

Um auf einer IP mehrere SSL-vhosts-hosts mit unterschiedlichen Zertifikaten zu betreiben benötigt man Server Name Indication.

Mit dem Apache ab Version 2.2.12 und mod_ssl ist es möglich SSL-Vhosts zu benutzen, wie seit Jahren auch ohne SSL.

Folgende Browser ünterstützen SNI

• Mozilla Firefox 2.0 or later
• Opera 8.0 or later (the TLS 1.1 protocol must be enabled)
• Internet Explorer 7 (Vista or higher, not XP) or later
• Google Chrome (Vista or higher, not XP. OS X 10.5.7 or higher on Chrome 5.0.342.1 or newer)
• Safari Safari 3.2.1 and newer on Mac OS X 10.5.6 and Windows Vista or higher, not XP

siehe auch: NameBasedSSLVHostsWithSNI

Hi,

beim update von gentoo bekomme ich derzeit folgende Meldungen:

Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
Unknown media type in type 'fonts/package'
Unknown media type in type 'interface/x-winamp-skin'

Hierbei handelt es sich um das updaten der “mime-database”.

Dies update erfolgt nach einem emerge von Paketen, es kann auch manuell gestartet werden per:

update-mime-database /usr/share/mime

Es ist derzeit zwar unschön, scheint aber keine Auswirkungen zu haben… Mal sehen ob ich hier eine Lösung finde diese unschönen Meldungen zu unterbinden, bzw das Problem zu lösen.

In portage gibt es nette Features, wie auch ein exclude für überflüssige Pakete aus dem portage. Eigentlich braucht man auf einem Server nie etwas wie z.B. games-*
Da es unter diesem Punkt doch einiges gibt, kann der Portage-Tree durch entfernen der games um ein großes Stück verkleinert werden.

Hierzu benötigt man eine Exclude-Liste (alles was nicht im Portage erscheinen soll). Unter <portage-dir> (z.B. /usr/portage) stört hier u.a. “games-*”
Dazu ist dann folgendes zu tun:

vi /etc/portage/rsync_excludes

Inhalt der Datei dann:

games-*/

des weiteren ist dann noch die Datei /etc/make.conf zu bearbeiten, so dass portage auch mitbekommt, dass es eine Exclude-Liste gibt:

vi /etc/make.conf

Hier ist folgendes zu ergänzen:

PORTAGE_RSYNC_EXTRA_OPTS="--exclude-from=/etc/portage/rsync_excludes"

Hierdurch wird nun beim “emerge –sync” alles was auf /usr/portage/games-*/ matched nicht gesynced.

Da hier vermutlich auch noch alte Dateien liegen kann man diese nun auch direkt löschen:

rm -rf /usr/portage/games-*

Viel Spass damit

Dieser Blog läuft nun seit dem Juni 2009 auf einem 1und1 VServer.

Der VServer läuft seit 2006 und wurde Kurzerhand auf gentoo umgestellt. Die Umstellung erfolgte anhand diese sehr guten Tutorials gentoo-on-1-vserver.

Wer also mit SuSE oder Debian nicht zufrieden ist kann auch auf gentoo umsteigen

Derweil bietet 1und1 allerdings nun auch mehr Linux Distributionen an:

• openSUSE 10.3 mit Plesk 9 (64 Bit)
• CentOS 5 mit Plesk 9 (64 Bit)
• openSUSE 10.3 mit Plesk 8.6 (64 Bit)
• openSUSE 10.3 Minimalsystem (64 Bit)
• CentOS 5 Minimalsystem (64 Bit)
• Debian 4.0 (etch, 32 Bit)
• ubuntu 8.04 LTS (64 Bit)

Gerde fragte ich mich mal wieder, wie ich hin und wieder diese ASCII-Banner erzeugt habe.

Hierfür gibt es ein recht einfaches aber sehr schönes linux Tool namens figlet

Zu finden ist das tool hier: www.figlet.org

Mit dem Tool erzeugt man dann Texte wie z.B.

                _ _       ____
  __ _ ___  ___(_|_)     | __ )  __ _ _ __  _ __   ___ _ __
 / _` / __|/ __| | |_____|  _ \ / _` | '_ \| '_ \ / _ \ '__|
| (_| \__ \ (__| | |_____| |_) | (_| | | | | | | |  __/ |
 \__,_|___/\___|_|_|     |____/ \__,_|_| |_|_| |_|\___|_|

Viel Spass damit