Donnerstag, 13. Mai 2010
So… neuer Server neues Glück.
Da unser alter Server schon etwas in die Tage gekommen ist, haben wir ein “Upgrade” gemacht. Gleicher Preise, bessere Hardware.
Leider sind bei der Blog-Migration ein paar � über geblieben. Hab den Dump auf verschiedene Arten eingespielt und gebe mich jetzt mit dem, der die wenigsten � enthält zufrieden. Sozusagen ein klassischer Fall von “Schei� encoding”.
Zusätzlich braucht das Wordpress mit gleichen Einstellungen ein wenig mehr Speicher. Naja… wir hams ja.
Donnerstag, 26. März 2009
Vieles ist in Linux einfach zu bewerkstelligen, ein paar Sachen sind etwas mit Wissen zu hinterlegen bevor man sie durchführt. So auch das Starten von Applikationen beim Bootvorgang.
Nehmen wir als Beispiel mal einen Tomcat App Server. Das Programm gibt einem schon Skripte zum starten und beenden an die Hand. Das ist eigentlich auch alles was man zum weiteren Vorgehen braucht.
Im Verzeichnis /etc/init.d sind bei Linux üblicherweise die Startskripten abgelegt. Diese stellen im Normalfall 4 Parameter zur Verfügung (start/stop/restart/force-reload). Zum Starten brauchen wir… Trommelwirbel… den Start-Parameter.
Wir legen also nun für den Tomcat unter /etc/init.d eine Datei namens tomcat an (mit Root-Rechten).
sudo vi /etc/init.d/tomcat
Es kann auch jeglicher anderer Editor, wie z.B. nano genommen werden.
Anschließend befüllen wir die Datei mit Inhalt:
# Autostart script for tomcat
CATALINA_HOME=path-to-tomcat-directory
export JRE_HOME=path-to-jre-directory
case $1 in
start)
sudo -u username sh $CATALINA_HOME/bin/startup.sh
;;
stop)
sudo -u username sh $CATALINA_HOME/bin/shutdown.sh
;;
restart)
sudo -u username sh $CATALINA_HOME/bin/shutdown.sh
sudo -u username sh $CATALINA_HOME/bin/startup.sh
;;
force-reload)
sudo -u username sh $CATALINA_HOME/bin/shutdown.sh
sudo -u username sh $CATALINA_HOME/bin/startup.sh
;;
esac
exit 0
Damit können wir schon recht komfortabel den Kater starten, aber nur manuell. Aber zumindest sind mal die einzelnen Skriptaufrufe weggekapselt.
Zum Autostart verwendet Linux sogenannte Runlevel. Natürlich hat jede größere Distribution da andere.
sudo ln -s /etc/init.d/tomcat /etc/rc1.d/K99tomcat
sudo ln -s /etc/init.d/tomcat /etc/rc2.d/S99tomcat
Obige Zeilen bedeuten, dass der Tomcat im Multiusermode (rc2) gestartet wird (S99), aber beim Betreten des Singleusermode (rc1) gestoppt wird (K99).
Samstag, 14. Februar 2009
Unfassbar. Wir haben es grad innerhalb einer Stunde geschafft ein komplettes Dist-upgrade von Dapper (6.06 LTS) auf Hardy (8.04 LTS) ohne Umwege über 6.10, 7.04 und 7.10 zu machen. Das Ganze auf einem Host Europe VPS. Und bis auf ein paar Kleinigkeiten läuft alles.
Sehr schön. Virtuozzo spackt auch nicht, Plesk geht. Hervorragend.
Reihenfolge war (Auszug aus dem HE Forum mit ein paar Ergänzungen):
- Backup über Plesk gemacht (fürs Gewissen).
- syslogd durch syslog-ng ausgetauscht:
- apt-get install syslog-ng
Dieses führt dazu, dass sowohl syslog-ng als auch klogd deinstalliert werden. Der syslog-ng ist wesentlich mächtiger. klogd brauche ich nicht, da für den Kernel HE zuständig ist, wenn da mal was kneift…
- In /etc/apt/sources.list dapper durch hardy ersetzt. Plesk Source auskommentiert.
- apt-get update
- apt-get dist-upgrade. Teilweise alte Configs übernommen, da kommen ein paar Nachfragen.
- reboot
via (Login notwendig)
[Edit]
und alles war gut….bis wir Plesk aufgerufen haben… da lachte uns ein Service not correctly installed an
aber auch das konnten wir aber folgendermassen beheben…
1. apt-get remove psa
2. /var/lib/dpkg/status das package “psa” entfernen (http://kb.parallels.com/en/5990)
3. dpkg -i /var/cache/apt/archives/psa_8.6.0-ubuntu8.04.build86080722.00_i386.deb
danach muss noch der License Key eingespielt werden
4. /usr/local/psa/admin/sbin/keymng –install –source-file=’/path/to/file/PLSK.******.key’
das hat bei uns gemuckt, da uns das Package libxmlrpc-c3 fehlt…
danach war alles gut und Plesk startete mit
5. /etc/init.d/psa start
6. /etc/init.d/psa stopall
Zu guter letzt kam im Client View noch ein lustiger “Unable to get default language” Fehler, den wir mit den ersten 4 der hier (http://kb.parallels.com/en/3526) beschriebenen Update Statements beheben konnte.