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.

The post RAID5: erst zwei dann drei dann vier, dann ist das Raid OK appeared first on dhde.de.

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:

The post USB – Festplatten – Fest definierte Namen appeared first on dhde.de.

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.

The post Live TV per VDR und MediaTomb appeared first on dhde.de.

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

The post MediaBox MED500X appeared first on dhde.de.

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

The post SNI: Server Name Indiation / SSL-vhosts appeared first on dhde.de.

Wie schon auf www.heise.de zu lesen war, bietet startssl.org kostenlose SSL-Zertifikate an.

Daher hab ich es einmal probiert ein solches Zertifikat für https://www.dhde.de zu bestellen und auch zu installieren. Nachdem der erste Zertifikatrequest irgendwie schief gegangen war, wurde das Zertifikat innerhalb von Minuten zurück gezogen, so dass ich mit einem erneuten Zertifikatrequest ein dann gültiges Zertifikat erhalten habe. Was danach innerhalb von Minuten auch installiert werden konnte.

Die Anleitungen zum installieren des Zertifikats von startssl.org sind gut geschrieben.

Einzig und allein der Zertifikaterstellungsprozess ist etwas gewöhnungsbedürftig, hier kann ich nur empfehlen den Private Key und den Zertifikatrequest vorher auf einem System von Euch durchzuführen und das fertige .csr File über die Webschnittstelle von startssl.org signieren zu lassen.

Viel Spass mit dem kostenlosem SSL-Zertifikat für Eure private Webseite.

The post Kostenlose SSL-Zertifikate von startssl.org appeared first on dhde.de.

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.

The post ERROR: “Unknown media type in type ‘all/all’” und weitere… appeared first on dhde.de.

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

The post gentoo – Portage abspecken für Server appeared first on dhde.de.

Wie vor ein paar Tagen beschrieben, ist es mit einem TomTom möglich die gefahrenen Routen, bzw alle GPS-Daten der zurückgelegten Strecke vom TomTom aufzeichnen zu lassen.

Diese gesammelten Daten lassen sich dann z.B. über die folgende Seite:

http://maps.gpsvisualizer.com/ grafisch in Google maps darstellen.

Da es ein paar Probleme gab, um mehrere Routen pro Tag aufzeichnen zu lassen, hab ich das Start-Skript etwas geändert, so dass jetzt beim Start die alten Daten archiviert werden. Hier nun das Start-Skript:

Datei: SDKRegistry/TTTracklog.cap

Version|100|
AppName|TTTracklog-wrapper|
AppPath|/mnt/sdcard/bin/|
AppIconFile|track.bmp|
AppMainTitle|TTTracklog|
AppPort|2001|
COMMAND|CMD|hallo|track.bmp|TTTracklog|

Datei: bin/TTTracklog-wrapper

#!/bin/sh
 
# Wrapper script for TTTracklog (c) Markus Hoffmann 2008-2009
#
# This file is part of TTTracklog, the TomTom GPS Track logger
# ======================================================================
# TTTracklog is free software and comes with NO WARRANTY - read the file
# COPYING for details
#
# Changelog:
# 2009-04-17: First version with gzip MH
# 2009-04-17: fixed bug MH
# 2009-04-23: Added Timezone Option
# 2009-08-08 Edit by Dietrich Heise
 
# Here the options you might want to change:
# set this to 'yes' if you want old log files to be gzipped
dogzip=yes
 
# set this to 'yes' if you want gpx files to be gzipped
gpxgzip=yes
 
# set this to 'yes' if you want old logfiles to be removed.
removelog=no
 
# set this to 'yes' if you want the citynames and streetnames be added to
# the .itn files. Be careful, this is really sloooow(!) (several minutes)
dowhereami=no
 
# Set timezone (relative to UTC)
# Here is a quick solution:
# export TZ=UTC-02
# And this is the best solution (including daylight saving times)
export TZ="CEDT-01:00:00CEST-02:00:00,M3.4.0,M10.4.0"
 
#  PWD, HOME and PATH
cd /mnt/sdcard
export PATH=$PATH:/mnt/sdcard/bin
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/mnt/sdcard/lib
export HOME=/mnt/sdcard/
 
t_date=`date "+%Y-%m-%d"`
t_time=`date "+%d_%H%M%S"`
 
day_time=`date "+%Y-%m-%d_%H_%M_%S"`
 
test -x /mnt/sdcard/bin/gzip || {
  echo "gzip is not installed."
  dogzip=no
  gpxgzip=no
}
 
test -x /mnt/sdcard/bin/whereami || {
  echo "whereami is not installed."
  dowhereami=no
}
 
efl=statdata/nmea-$t_date.log
fl=`ls statdata/nmea-????-??-??.log`
 
# Now stop an eventually running process and give it time to writeout
# the gpx file and the statistics.
 
killall TTTracklog
 
# hier muessen wir dem toedlich getroffenen TTTracklog noch
# ein wenig Zeit geben, um .gpx und Statistik auszuspucken...
 
while pidof TTTracklog ; do
  echo "waiting for TTTracklog to terminate ..."
  sleep 1
done
 
# In the meantime, we are going to cleanup with the files
# if wanted...
 
for fff in `ls /mnt/sdcard/statdata/*log`
do
    if [ "$dogzip" = "yes" ]
    then
      gzip -v $fff
	  # evtl noch die gpx Dateien gzippen
      gzip -f statdata/*.gpx
	  mkdir -p "/mnt/sdcard/statdata/$day_time/"
	  mv /mnt/sdcard/statdata/*gz /mnt/sdcard/statdata/$day_time/
	fi
done
 
TTTracklog --gnt --gnd --gnn &
 
sleep 1
 
# Jetzt die Meldung rausgeben...
echo -e "FlashMessageV01|TTTracklog is now running in the background: PID=`pidof TTTracklog`|8000|\0\c" >"/var/run/SDK.TomTomNavigationServer.$$.1.message"
echo finish>"/var/run/SDK.TomTomNavigationServer.$$.1.finished"
 
if [ "$dowhereami" = "yes" ]
then
  fil=`ls itn/????-??-??.itn`
  for fff in $fil
  do
    whereami $fff > $fff.itn
    rm -f $fff
  done
fi

The post TomTom Route aufzeichnen und darstellen appeared first on dhde.de.

Die bash besitzt eine Reihe nützlicher Einstellungen:

z.B. kann man mit den Tasten [ctrl]+[r] in der bash-history suchen. Die history protokolliert in der Regel alle commands, die eingegeben werden und mit enter bestätigt werden. Es gibt jedoch dummerweise wie bei jeder Regel Ausnahmen

In der default-Eintellung z.B. werden keine Zeilen protokolliert die mit einem whitespace beginnen. Diese Einstellung kann jedoch mit der Umgebungsvariable HISTCONTROL bearbeitet werden.

Hier der Eintag in der man page der bash:

HISTCONTROL
A colon-separated list of values controlling how commands are saved on the history list.  If  the  list  of  values  includes ignorespace,  lines which begin with a space character are not saved in the history list.  A value of ignoredups causes lines matching the previous history entry to not be saved.  A value of ignoreboth is shorthand for ignorespace and  ignoredups.   A value  of  erasedups causes all previous lines matching the current line to be removed from the history list before that line is saved.  Any value not in the above list is ignored.  If HISTCONTROL is unset, or does not include a valid value, all lines read  by the shell parser are saved on the history list, subject to the value of HISTIGNORE.  The second and subsequent lines of a multi-line compound command are not tested, and are added to the history regardless of the value of HISTCONTROL.

HISTCONTROL
Dieser Parameter erwartet einen der folgenden Strings: “ignorespace“, “ignoredups” oder “ignoreboth“.

Die erste Option speichert alle Zeilen die mit einem space beginnen nicht in der history.
Der Zweite löscht alle doppelten Zeilen und behält immer die Jüngste.
Naja und “ignoreboth” steht eben für beide Einstellungen zusammen.
Will man wirklich alles in der history behalten, so ist die die HISTCONTROL=”" zu setzen

Dieser Parameter kann global in z.B. der Datei /etc/bashrc oder /etc/bash/bashrc (je nach Linux Distribution) gesetzt werden, oder Benutzer spezifisch in der Datei ~/.bashrc

Hier kann man z.B. eine der folgenden Zeilen eintragen:
Um sowohl doppelte Eingaben sowie Eingaben die mit einem whitespace beginnen nicht zu protokollieren:

export HISTCONTROL=ignoreboth

Um Eingaben die mit einem whitespace beginnen nicht zu protokollieren:

export HISTCONTROL=ignorespace

Um doppelte Eingaben nicht zu protokollieren:

export HISTCONTROL=ignoredups

Um alles zu protokollieren:

export HISTCONTROL=""

The post HOWTO: bash history – HISTCONTROL appeared first on dhde.de.