Habe heute das auf meinem Server eingesetzte SysCP auf den Froxlor-Fork geupgradet.

Dazu entschlossen habe ich mich vorallem wegen der vielen kleinen Verbesserungen die mit Froxlor hinzu kommen, von den großen Neuerungen wie Unterstützung für zusätzliche PHP-Module mache ich keinen Gebrauch.

Nun zum Upgrade sei gesagt, dass die aktuelle Version von Froxlor (0.9.x) vollständig abwärtskompatibel zu den letzten SysCP-Versionen ist. Wer also eine aktuelle SysCP-Installation hat, dürfte keine Probleme mit dem Upgrade bekommen. Wer sich unsicher ist, kann mit mysqldump ein backup der SysCP-Datenbank anlegen.

Zuerst wird die aktuelle Froxlor-Version als Tarball heruntergeladen (ein Upgrade wird vom Repository aus wahrscheinlich nicht funktionieren) und in das Verzeichnis in dem SysCP liegt entpackt, sodass man hinterher einen syscp- und einen froxlor-Ordner hat.

cd /var/www # oder wo auch immer
wget http://files.froxlor.org/releases/froxlor-latest.tar.gz
tar -xf froxlor-latest.tar.gz

Danach wird die alte Konfigurationsdatei von SysCP nach Froxlor kopiert. Dadurch wird das Froxlor-Setup umgangen und die meisten Einstellungen werden übernommen, um die restlichen kümmern wir uns später. Auch benennen wir den SysCP-Ordner um, und linken auf Froxlor, damit alte Browser-Bookmarks auf das neue System zeigen.

cp syscp/lib/userdata.inc.php froxlor/lib/userdata.inc.php
mv syscp syscp_old
ln -s froxlor syscp

Danach besucht man seine neue Installation unter http://SERVER_IP/froxlor/ oder eben wie zuvor im Unterordner /syscp/. Froxlor weist einen darauf hin, dass sich ein Administrator einloggen muss um das Upgrade ab zu schließen, also loggt man sich mit einem Administrator-Account ein. Die Upgrade-Konfiguration sollte man sorgfältig lesen und auswählen was man benötigt. Zum Beispiel können beim aktivieren der Domain-Wildcards ungewollte Nebeneffekte auftreten.

Abschließend wird in /etc/cron.d/ der SysCP-Cronjob gelöscht oder deaktiviert und der Froxlor-Cronjob, vorzugsweise in der Datei froxlor, wie folgt eingetragen.

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
*/5 * * * *     root    /usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php

Dann noch den CRON-Dienst neustarten, damit die Änderungen auch angenommen werden.

/etc/init.d/cron restart # bei SysVInit (sollte immer funktionieren)
service cron restart # bei Upstart (ab Debian Squeeze oder Ubuntu 10)

Dann ist man auch schon fertig.

Viel Erfolg!

Da einem htop in einem Linux-VServer Gastsystem die Prozessorauslastung zeigt, welche von allen Benutzern auf dem Wirtssystem generiert wird, habe ich kurzerhand eine eigene Version geschrieben.

In dieser Version gibt es das neue “Process CPU”-Meter, welches lediglich die vom Gastsystem produzierte CPU-Durchschnittsauslastung anzeigt. Zeigt das Meter also 100% an, so benützt der eigene VServer die gesamte verfügbare Rechenleistung.

htop-lvs.tar.gz

Hoster, welche virtuelle Server auf basis von Linux-VServer anbieten, sind z.B. netcup.

Den Sourcecode gibt’s unter svn://doenemeier.de/ahtop/branch/htop-lvs/ .

Viel Spaß!

Gerätepriorität

Da Ich beim Schlacht um Mittelerde 2 spielen über Hamachi des öfteren den weithin bekannten “Connection-Timeout” bekomme, habe ich einige Nachforschungen angestellt und die besten Ergebnisse zusammengetragen. Welche das Problem jedoch nicht vollständig beseitigen.

1. 

   Prozesspriorität

   Man gehe in die “Netwerkverbindungen” (im Startmenü eintippen)

2. Im Explorer-Menü dann “Erweitert” -> “Erweiterte Einstellungen”
3. Die Hamachi-Verbindung in der Liste ganz nach oben schieben.
4. Taskmanager (Strg+Shift+Esc) öffnen, “hamachi-2.exe” finden, im Rechtsklick-Menü auf dem Prozess die Priorität auf “Hoch” stellen.
5. SuM2 starten und spielen. Zeige diese Anleitung auch deinen Freunden, mit denen du spielst.

Viel Glück!

Dieser Post ist ein kleines Tutorial, wie man seinen Jitter los wird.

Zu erst beschäftigen wir uns mit einer normalen kabelverbundenen Verbindung unter Windows. Windows legt von anfang an einige Dienste auf eine Internet- oder Netzwerkverbindung, einige davon sind Sinnvoll, andere weniger.

You’ll find services like

• “Client für Microsoft-Netzwerke”
• “Datei- und Druckerfreigabe für Microsoft-Netzwerke”
• “QoS Paketplaner”
• “Antwort für Verbindungsschicht-Topologieerkennung”
• “Internetprotokoll Version 4/6 (TCP/IP)”

Ich habe die guten grün und die schlechten rot markiert. Wie man sieht ist der QoS-Paketplaner der einzige böse Bub. Der Dienst ist dazu da um die zur verfügung stehenden Bandbreite gleichmäßig an Programme zu verteilen, was dazu führen kann, dass Programme die viel Bandbreite benötigen (Onlinespiele, DL-Manager) nur wenig bekommen und dadurch anfangen zu “jittern”. Dieser Dienst ist nur auf langsamen Internetverbindungen von vorteil, da dann verhindert wird, dass Programme die Leitung blockieren. Ab Internetverbindungen von 6 MBit hat man dieses Problem nurnoch in den seltensten Fällen und der Dienst wird überflüssig.

ACHTUNG! Den QoS-Paketplaner nicht auf einer WLAN/WiFi-Verbindung deaktivieren!

Um Jitter mit einer WLAN/WiFi verbindung zu reduzieren kann man nicht viel tun. Es hilft an einem Ort mit sehr guten Empfang zu sein und der einzige WLAN/WiFi-Benutzer zu sein. Ansonsten ist die einzige wirkliche Hilfe eine Kabelverbindung.

Ich hoffe das ist dem ein oder anderen eine Hilfe, viel Glück.

Da ich das neue Quandary 4 texture pack nicht so ansprechend finde habe ich nun alle neuen Items in endsprechendem Design in Quandary 3.4 gebackported.

Quandary 3.4 with all new items, Minecraft 1.7 & 1.7.3 ready! (Download link below images)

» DOWNLOAD «

Habe heute ein einfaches script geschrieben, welches laufende Prozesse auf Linux-Systemen anhand von Suchmustern mit einer neuen Priorität versieht. Das ganze ist vorallem dann nützlich wenn man Prozessen eine  Priorität zuweisen will, welche sich nicht ohne weiteres direkt mit einer speziellen Priorität starten lassen.

Folgenden code einfach in eine neue Datei “reniced” speichern:

#!/bin/sh
pattern="convert|mogrify|bzip2|pigz|gzip";
while [ true ]; do
 for arg in `ps -A | egrep -e $pattern | grep -v grep | cut -c 1-5`; 
  do
  echo "Reniceing $arg";
  renice -n +5 $arg;
 done;
 sleep 1;
done;

Einfach per [sudo] ./reniced > reniced.log & starten und alle im Suchmuster per “|” separierten Prozesse bekommen die neue Priorität aus Zeile 7.

Der Schlaf-Wert in Zeile 9 kann ebenfalls je nach bedarf justiert werden, je nach dem wie schnell man auf neue zutreffende Prozesse reagieren möchte. Wer’s ganz schnell haben will kann auch usleep verwenden.

DXVA (DirectX Video Acceleration) nutzt die neueste Hardwarebeschleunigung zur wiedergabe von H.264 und VC1 Codecs, was vorallem auf langsameren Systemen einen enormen Performanceschub gibt. Leider ist diese Technologie ohne weiteres nur mit Media Player Classic HC verwendbar und fehlt im Windows Media Player.

FFMPEG schafft dem Abhilfe. Ich empfehle hierfür das “K-Lite Mega Codec Pack“, welches nicht nur jede menge aktueller Codecs sondern auch Konfigurationstools mitbringt.

Nach erfolgreicher Installation ruft man zunächst den Win7DSFilterTweaker aus dem Tools-Order im K-Lite-Startmenü-Order auf, geht in Preferrec Decoders und wählt ffdshow (DXVA) bei H.264 und VC1. Danach startet man den ffdshow DXVA video decoder aus dem Configuration-Ordner und aktiviert alle DXVA Codecs unter Hardware acceleration. Zuletzt alles speichern und Videobeschleunigung genießen!

Viel Spaß!

Nachdem man erfolgreich Debian oder Ubuntu auf seinem Server installiert hat, möchte man womöglich den RAID Status seines Adaptec RAID Controllers auslesen. Nunja, Adaptec supportet nur RHEL, Fedora und SuSE, also muss man ein wenig tricksen.

Die folgenden Kommandos sind der Weg zum Erfolg!

sudo su - # wir wollen schnell arbeiten, unter Debain einfach nur su -
apt-get update
apt-get install alien libstdc++5 -y
wget http://download.adaptec.com/raid/storage_manager/asm_linux_x64_v5_20_17414.rpm
alien --scripts asm_linux_x64_v5_20_17414.rpm
 
# <ARCH> = Systemarchitektur, zB amd64, TAB hilft ;)
dpkg -i storman_5.20-1_<ARCH>.deb 
 
# arcconf binary in ein normales Verzeichnis linken
ln -s /usr/StorMan/arcconf /usr/bin/arcconf

Wenn alles erfolgreich passiert ist, kann man daten wie folgt auslesen:

arcconf GETCONFIG 1

Gibt eine ausführliche übersicht über die verbauten Komponenten und deren Status aus.

arcconf GETSTATUS 1

Gibt eine rückmeldung über aktuelle vorgänge des Festplattenverbundes und deren fortschritt (z.B.: Rebuild 50%)

Den mit installierten StorMan kann man auf servern wegen der fehlenden Desktopumgebung leider nicht verwenden. (Bei einer Desktopumgebung via VNC (o.ä.) wäre dies allerdings möglich.)

Viel erfolg!