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).
Dienstag, 11. November 2008
Das muss ich gleich posten, weil es mich so schockiert…
Ich habe versucht unter meinem Dokumente-Ordner einen VHost zum Laufen zu brinden, aber das scheint nicht zu gehen. Zumindest wird hier das gleiche Problem beschrieben mit anschließender Aussage, dass es einfach nicht geht. Wieso auch immer der Apache versucht auf / zu verweisen, weiß nur der liebe Gott. Man kann also keinen VHost oder sonstwie ein DocumentRoot unter
/User/xyz/Documents
legen. Krasser Schuh oder auch Pferd!
Wenn jemand hier rüber stolpert und die Antwort weiß bitte einen Kommentar hinterlassen, weils mich schon sehr interessiert.
Montag, 5. November 2007
Da wir zum Entwickeln XAMPP unter Linux verwenden und ein Backup keine schlechte Idee ist, hier mal die Anleitung, wie man ein sinnvolles Backup der Datenbank und der Einstellungen machen kann.
Die Grundfunctionalität bietet XAMPP schon mit dem Befehl:
sudo /opt/lampp/lampp backup
Allerdings gibt es seit Version 1.6.4 mit den Tabellen der Datenbank
phpmyadmin
Probleme, was zu einem Abbruch des Backupprozesses führt.
Die Lösung zu diesem Problem ist, dass man die Tabellen löscht und mit Hilfe von
/opt/lampp/phpmyadmin/scripts/create_tables_mysql_4_1_2+.sql
wieder einspielt.
Anschließend klappts auch wieder mit dem Backup.
Mittwoch, 14. MĂ€rz 2007
Seitdem ich Windows Vista und auf Grund meiner Arbeit auch XAMPP installiert habe, ist mir aufgefallen, dass scheinbar, wenn man XAMPP bzw. den Apache Service startet, ohne davor einen Webbrowser geöffnet zu haben, scheint die Hosts Datei von Windows geschossen zu sein. Zumindest kommen beim Öffnen des Browsers immer Fehlermeldung kryptischer Art und teilweise sind beim Firefox die Bookmarks temporär umgeschrieben.
Die Lösung ist einfach, wie umständlich. Einfach vor dem Starten des Apache einmal den Browser öffnen.
Nachtrag: Leider tritt das Problem scheinbar auch ohne Apache auf…
Das Problem ist im Folgebeitrag mit Lösung nochmals beschrieben. Es gibt kein Problem diesbezüglich mit XAMPP.