Arch Linux

XAMPP läuft nur teilweise

cameo

Hallo zusammen!

Nun isses soweit, und ich hab nun angefangen, einen Test-Webserver aufzusetzen, um auch dynamische Websites und Blogs erstellen und offline testen zu können. Deshalb brauch ich jetzt mal WordPress. Das habe ich aber noch gar nicht drauf und stecke schon vorher fest.

Die Themen Datenbanken, PHP und Server sind noch Neuland für mich. Einiges hab ich mir schon angelesen, und jetzt geht es an die Umsetzung. -- Dem Wiki zufolge soll die Installation von XAMPP (als Basissystem für WP) schmerzfreier sein, darum habe ich mich entschieden, das auf meinen Läppi (i686) zu installieren. (Später soll dann mal die LAMP/MariaDB-Variante auf meinen Desktop (x86_64) kommen.)

Dann hab ich die händische Methode genommen, um mir XAMPP 1.8.3/PHP 5.5 draufzuziehen (also kein PKGBUILD). Der Nachteil ist dann halt eben, dass alles erstmal "am System vorbei" (aktueller Kernel) installiert wird, was scheinbar einiges an Nacharbeit erfordert. Wahrscheinlich ist das auch das Problem, denn bisher läuft XAMPP nicht so wie es soll.

Nach dem Runterladen bin ich dann nach Anleitung vorgegangen, aber eben mit Version 1.8.3:

su
chmod 755 xampp-linux-1.8.3-installer.run
./xampp-linux-1.8.2-installer.run

/opt/lampp/xampp start

Starting XAMPP for Linux 1.8.3-0...
XAMPP: Starting Apache...ok.
XAMPP: Starting MySQL...ok.
XAMPP: Starting ProFTPD...ok.

Alle Passwörter sind wie empfohlen erstellt bzw. geändert. Nach dem Einloggen im Browser unter http://localhost/xampp/ "Sicherheitscheck" steht alles auf "sicher". -- Mittlerweile habe ich mir auch hiernach einen daemon eingerichtet.

So weit, so gut. Aber: Es gibt in dem Frontend kein Control Panel, und alle Komponenten (also MySQL-Datenbank, PHP, Perl, CGI, SSI,...) unter "Status" sind deaktiviert! Rebooten und mehrfache Restarts bringen nichts.

Den Panel vom Terminal zu starten funktioniert nicht:

# /opt/lampp/xampp panel                                 
Usage: xampp <action>

   start         Start XAMPP (Apache, MySQL and eventually others)
   startapache   Start only Apache
.
.
.
   oci8          Enable the oci8 extenssion
   panel         Starts graphical XAMPP control panel

bzw.

# /opt/lampp/lampp panel
Usage: lampp <action>

   start         Start XAMPP (Apache, MySQL and eventually others)
   startapache   Start only Apache
.
.
.
   oci8          Enable the oci8 extenssion
   panel         Starts graphical XAMPP control panel

Da gibt es eine Fehlermeldung:

/opt/lampp/share/xampp-control-panel/xampp-control-panel
  File "xampp-control-panel.py", line 203
    print "Preferences clicked"
                              ^
SyntaxError: invalid syntax

Auszug aus /opt/lampp/logs/error_log, da erscheint einige Male:

...
cat: /opt/lampp/var/mysql/<MEINLOCALHOST>.pid: Keine Berechtigung
cat: /opt/lampp/var/mysql/<MEINLOCALHOST>.pid: Keine Berechtigung
...

Auszug aus /opt/lampp/var/mysql/<MEINLOCALHOST>.err:

2013-08-24 17:39:43 444 mysqld_safe Starting mysqld daemon with databases from /opt/lampp/var/mysql
2013-08-24 17:39:44 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2013-08-24 17:39:44 921 [Note] Plugin 'FEDERATED' is disabled.
2013-08-24 17:39:44 921 [Note] InnoDB: The InnoDB memory heap is disabled
2013-08-24 17:39:44 921 [Note] InnoDB: Mutexes and rw_locks use InnoDB's own implementation
2013-08-24 17:39:44 921 [Note] InnoDB: Compressed tables use zlib 1.2.8
2013-08-24 17:39:45 921 [Note] InnoDB: Not using CPU crc32 instructions
2013-08-24 17:39:45 921 [Note] InnoDB: Initializing buffer pool, size = 16.0M
2013-08-24 17:39:45 921 [Note] InnoDB: Completed initialization of buffer pool
2013-08-24 17:39:45 921 [Note] InnoDB: Highest supported file format is Barracuda.
2013-08-24 17:39:45 921 [Note] InnoDB: 128 rollback segment(s) are active.
2013-08-24 17:39:45 921 [Note] InnoDB: Waiting for purge to start
2013-08-24 17:39:45 921 [Note] InnoDB: 5.6.12 started; log sequence number 1625170
2013-08-24 17:39:45 921 [Note] RSA private key file not found: /opt/lampp/var/mysql//private_key.pem. Some authentication plugins will not work.
2013-08-24 17:39:45 921 [Note] RSA public key file not found: /opt/lampp/var/mysql//public_key.pem. Some authentication plugins will not work.
2013-08-24 17:39:45 921 [Note] Event Scheduler: Loaded 0 events
2013-08-24 17:39:45 921 [Note] /opt/lampp/sbin/mysqld: ready for connections.
Version: '5.6.12'  socket: '/opt/lampp/var/mysql/mysql.sock'  port: 0  Source distribution

Die betreffenden Rechte:

# ls -al  /opt/lampp/var/mysql
    insgesamt 28732
    drwxrwxr-x 7 mysql mysql     4096 24. Aug 10:48 ./
    drwxr-xr-x 6 root  root      4096 24. Aug 10:48 ../
    -rw-rw---- 1 mysql mysql       56 23. Aug 15:28 auto.cnf
    drwx------ 2 mysql mysql     4096 23. Aug 14:18 cdcol/
    -rw-rw---- 1 mysql mysql 18874368 24. Aug 10:48 ibdata1
    -rw-rw---- 1 mysql mysql  5242880 24. Aug 10:48 ib_logfile0
    -rw-rw---- 1 mysql mysql  5242880 23. Aug 15:28 ib_logfile1
    -rw-r----- 1 mysql root     19717 24. Aug 10:48 <MEINLOCALHOST>.err
    -rw-rw---- 1 mysql mysql        6 24. Aug 10:48 <MEINLOCALHOST>.pid
    drwx------ 2 mysql mysql     4096 23. Aug 14:18 mysql/
    srwxrwxrwx 1 mysql mysql        0 24. Aug 10:48 mysql.sock=
    -rw-r--r-- 1 mysql mysql        6 27. Jun 16:26 mysql_upgrade_info
    drwx------ 2 mysql mysql     4096 23. Aug 14:18 performance_schema/
    drwx------ 2 mysql mysql     4096 23. Aug 14:18 phpmyadmin/
    drwx------ 2 mysql mysql     4096 23. Aug 14:18 test/

Nun fällt mir eigentlich nicht viel mehr weiter ein. Aber dieser Satz aus dem Frontend gab mir etwas zu denken:

Dieser Check funktioniert nur zuverlässig solange nichts an der Konfiguration des Apache geändert wurde. Durch bestimmte Änderungen kann das Ergebnis dieses Tests verfälscht werden.

Also scheint da ja was verändert zu sein...

Dann hab ich die Wikis zu LAMP und Apache und PHP gelesen. -- Also ich blicke da nicht durch~ Fehlt da noch irgendwas, wie nachträgliche Symlinks, etwa

# ln -s /opt/lampp/etc/* /etc/

? Aber dann müsste ja quasi ganz /opt/lampp auf / verlinkt werden... Oder fehlen irgendwelche $PATHs? Oder sollte ich vielleicht Paket für Apache, PHP, ... drüber installieren? Wohl kaum.

Wahrscheinlich hab ich einfach nur was Grundlegendes nicht verstanden.
Wie dem auch sei, vielleicht wär es doch besser, LAMPP nach Arch-Art zu installieren...

Creshal

> Wie dem auch sei, vielleicht wär es doch besser, LAMPP nach Arch-Art zu installieren...

Auf jeden Fall.

Im übrigen gibt es keine Ausrede mehr, diese Krücke Apache zu benutzen. nginx ftw. 🙂

cameo

Creshal schriebIm übrigen gibt es keine Ausrede mehr, diese Krücke Apache zu benutzen. nginx ftw. 🙂

Wieso, was ist denn so schlimm an Apache...? Ist das so ne Art "Ubuntu für Server"?

Naja, wenn schon. IMHO muss ich (damit) erstmal eingestiegen sein, um eventulle Vorteile anderer Server-Proggies bzw. deren Nutzen für mich überhaupt einschätzen zu können. 😛

Edit:// Dieses Nginx sieht interessant aus, is aber noch "brainfuck" für mich. Ich fange doch lieber erstmal mainstream an...

Dirk

Warum so kompliziert? Was spricht gegen …

pacman -S lighttpd
systemctl start lighttpd

… ?

https://wiki.archlinux.de/title/Lighttpd (nutzt zwar noch MySQL statt MariaDB, aber hey *g*)

fs4000

Womöglich das ganze PHP Zeug, aber ich kann ja mal meine Konfiguration zeigen. Installiert sein müssen lighttpd und php-cgi.
/etc/lighttpd/lighttpd.conf

server.port		= 80
server.username		= "http"
server.groupname	= "http"
server.document-root	= "/srv/http"
server.errorlog		= "/var/log/lighttpd/error.log"
dir-listing.activate	= "enable"
index-file.names	= ( "index.xhtml", "index.html", "index.htm", "default.htm", "index.php" )
static-file.exclude-extensions = ( ".php", ".pl", ".fcgi", ".scgi" )
var.socket_dir		= "/run/lighttpd"
include "conf.d/fastcgi.conf"
include "conf.d/mime.conf"

/etc/lighttpd/conf.d/fastcgi.conf

server.modules += ( "mod_fastcgi" )
fastcgi.server = ( ".php" =>
                   ( "php-local" =>
                     (
                       "socket" => socket_dir + "/php-fastcgi-1.socket",
                       "bin-path" => "/usr/bin/php-cgi",
                       "max-procs" => 1,
                       "broken-scriptfilename" => "enable",
                     )
                   ),
                )

und noch die /usr/share/doc/lighttpd/config/conf.d/mime.conf kopieren oder symlinken.

cameo

Danke für die Anregungen. 🙂 Ich glaube, ich werd mir erstmal dieses lighttpd draufziehen.

Aber vorher werde ich gleich testen, ob wenigstens die Vorgängerversion von XAMPP bei mir funktioniert, denn schließlich ist v1.8.3 noch beta. Man will ja nicht dumm sterben. 😉
Berichte dazu später.

Bzgl. mySQL wäre (mindestens) sind die lighttpd und MySQL-Wikis aber veraltet, denn mySQL uwrde ja ins AUR verbannt. Dann frage ich mich aber auch, warum es immer noch so viele direkt darauf bezogene offizielle Pakete gibt; wahrscheinlich dauert das "Ausmisten" noch an...

Das Känguru

pacman -Qi mariadb|grep -e "Version" -e "Stellt bereit"
Version              : 5.5.32-2
Stellt bereit        : mysql=5.5.32  mytop

#
Weil die ruhig weiterhin darauf verweisen können.

Whitie

Die Fehlermeldung deutet darauf hin, dass das Control Panel für Python 2 ist. Unter Arch ist aber Python 3 standard. Installier dir ggf. das Paket python2 und ändere in /opt/lampp/share/xampp-control-panel/xampp-control-panel die erste Zeile in

#!/usr/bin/python2

Gruß
Whitie

cameo

Das Känguru schrieb
pacman -Qi mariadb|grep -e "Version" -e "Stellt bereit"
Version              : 5.5.32-2
Stellt bereit        : mysql=5.5.32  mytop
#
Weil die ruhig weiterhin darauf verweisen können.

Dagegen ist ja auch nichts einzuwenden. Ich meinte auch eigentlich Pakete, die MySQL als Abhängigkeit haben. Wenn diese weiterhin offiziell bleiben sollen, müssten die dann stattdessen als Abhängigkeit sowas wie "MariaDB" haben. Und Tatsache: Hab grad mal reingeschaut, und wie ich mittlerweile vermute, haben alle dafür dieses "libmariadbclient" drinne. Aber gut, dass wir darüber gesprochen haben. 😉

Whitie schriebDie Fehlermeldung deutet darauf hin, dass das Control Panel für Python 2 ist. Unter Arch ist aber Python 3 standard. Installier dir ggf. das Paket python2 und ändere in /opt/lampp/share/xampp-control-panel/xampp-control-panel die erste Zeile in
#!/usr/bin/python2
Gruß
Whitie

Da kommen wir der Sache schon näher! 🙂
Denn mit der Vorversion 1.8.2-1 hab ich übrigens dieselben Probleme.

Python2 hatte ich schon drauf, und die besagte Datei ist ein Bash-Script -- da musste am Ende bloß aus "python" ein "python2" gemacht werden, et voilà: diese dann explizit ausgeführt startet ein Fenster! ...das aber als Buttons nix weiter enthält als zum Startbuttons für das, was man zum Starten im X Terminal eingeben würde (also für XAMPP bzw. die Komponenten Apache, MySQL, ProFTD), dann einen zum Beenden sowie einen für "Einstellungen", der zum Installationsverzeichnis führt. 😛 Ist also keine "Extended Version" wie bei Windows mit etwas mehr Verwaltungsfunktionen. -- Wenn man aber im Terminal

# /opt/lampp/lampp panel

eingibt, gibt das denselben Fehler wie im ersten Post beschrieben.

Scheint also insgesamt etwas buggy zu sein bzw. die Linux-Version ist nicht "Arch-kompatibel". -- So musste ich etwa die Datei /opt/lampp/logs/error.log anlegen, denn es gab da nur eine error_log. Und das ist wohl nicht die einzige Macke:

 # /opt/lampp/lampp: Zeile 491: printf: Schreibfehler: Datenübergabe unterbrochen (broken pipe).
/opt/lampp/lampp: Zeile 98: printf: Schreibfehler: Datenübergabe unterbrochen (broken pipe).
/opt/lampp/share/xampp/diagnose: Zeile 35: echo: Schreibfehler: Datenübergabe unterbrochen (broken pipe).
/opt/lampp/share/xampp/diagnose: Zeile 54: echo: Schreibfehler: Datenübergabe unterbrochen (broken pipe).
/opt/lampp/share/xampp/diagnose: Zeile 55: echo: Schreibfehler: Datenübergabe unterbrochen (broken pipe).
/opt/lampp/share/xampp/diagnose: Zeile 57: printf: Schreibfehler: Datenübergabe unterbrochen (broken pipe).
tail: Schreibfehler: Datenübergabe unterbrochen (broken pipe)
/opt/lampp/lampp: Zeile 148: printf: Schreibfehler: Datenübergabe unterbrochen (broken pipe).
/opt/lampp/lampp: Zeile 182: printf: Schreibfehler: Datenübergabe unterbrochen (broken pipe).

An meinem Grundproblem mit dem ganzen deaktivierten Komponentenkram scheint sich nichts geändert zu haben.
Tja, ich glaube...

Dirk

cameo schriebTja, ich glaube...

… du frickelst lieber tagelang mit diesem miesen XAMPP-Port für Linux rum, anstatt ganz schlicht und einfach ohne viel gebastel einen Webserver nebst Datenbank zu installieren, weil du lieber auf bunten Interfaces rumklickst 🙂

cameo

Dirk schrieb
cameo schriebTja, ich glaube...
… du frickelst lieber tagelang mit diesem miesen XAMPP-Port für Linux rum, anstatt ganz schlicht und einfach ohne viel gebastel einen Webserver nebst Datenbank zu installieren, weil du lieber auf bunten Interfaces rumklickst 🙂

Falsch! Das sollte heißen: Ich glaube, es kommt auf den Müll! Ob Interfaces bunt sind oder nicht ist mir wirklich sowas von egal -- solange das, was drunter ist, läuft!

Persönlich bevorzuge ich das Terminal und Tastenkombos. Was ich (noch) wissen wollte, ist lediglich, ob das Problem an dieser Beta-Version liegt, wo das doch so super-duper einfach zu installieren sein soll (denn das Apache-Konglomerat wird schließlich in allen möglichen Fachbüchern und -zeitschriften gehypt). -- Die Antwort habe ich ja jetzt: geht alles nicht, also weg damit! Und rausfinden musste ich das noch selber.

Und "Basteln" bzw. Learning by doing macht ich als Archer sowieso, insbesondere bei neuen "Themengebieten". Also ist es auch egal, womit ich anfange. 😉

Edit:// Die Voraussetzungen haben sich mittlerweile geändert! Es geht jetzt hier weiter.

Datenschutz
Impressum