Zitat von Dautrich

Deiner PHP-Installation fehlen ein paar wichtige Erweiterungen, u.a. mysqli. Das dürfte so einges erklären ....

o.k. - ich bin doof.

Habe php plain ohne sämtlich benötigte Erweiterungen => macht Sinn, dass Joomla dann nicht funktioniert.

Habe jetzt nachinstalliert - nämlich die folgenden Module: libapache2-mod-php8.1 php8.1-common php8.1-mysql php8.1-cli php8.1-opcache php8.1-readline php8.1-phpdbg php8.1-fpm php8.1-cgi libphp8.1-embed php8.1-xml php8.1-xmlrpc php8.1-curl php8.1-gd php8.1-dev php8.1-imap php8.1-mbstring php8.1-soap php8.1-zip php8.1-intl php8.1-ssh2
(einzelne waren bei der ubuntu-Standard-php-Installation auch schon dabei, eine Reihe aber auch nicht, z.B. das mysql)

Damit sieht das phpinfo-Ergebnis jetzt natürlich anders aus.

... hatte erst noch das Problem, dass der Installer fehlende Zugriffe monierte - war vermutlich die zwischenzeitlich zum debuggen angelegte configuration.php in Basis-Ordner; habe die entfernt und ebenso alle Dateien nochmal explizit dem Apache-User (User und Gruppe) zugewiesen.

Danach ist die Installation normal gestartet - wie ich mir das schon vor 2 Wochen gewünscht hatte ...

Bin etwas blind gewesen, habe mich um die PHP-Installation nicht sauber gekümmert - obwohl das in den Anleitungen steht; wer lesen kann ist im Vorteil ...

Zitat von gindi35510

Um einen Überblick über die PHP- und Datenbankeinstellungen zu bekommen, solltest Du einen einfachen Texteditor öffnen und dort folgendes eintragen:

<?php echo phpinfo(); ?>

Speichere die Datei als info.php

Kopiere die info.php in dein j5 Verzeichnis, passe die Gruppen- und Benutzerrechte an und rufe die Datei mit

http://legolas/j5/info.php

auf.

Gruß Gindi

Alles anzeigen

Klar - sehr gerne.

phpinfo läuft, hänge auch nochmal den Output des FPA an.

Zitat von gindi35510

Ich habe noch etwas hin und her probiert und bin jetzt zu der Überzeugung gekommen, daß mit Deinem Server und dem Verzeichnis und der Gruppen- und Benutzerzuordnung alles in Ordnung ist. Wenn nicht, würden andere Fehlermeldungen kommen.

Die 500er Meldung ist ein beliebter Fehler vom MySQL und/oder PHP. Hat der Server Zugriff auf MySQL und PHP?

Kannst Du Dich in phpMyAdmin anmelden oder bekommst Du da eine Meldung, z.B. daß mysqli nicht konfiguriert ist?

Gruß Gindi

Hallo Gindi,

phpMyadmin habe ich gar nicht auf meinem lokalen Server installiert - da läuft MariaDB (Version siehe erster Post).

Die Datenbank sollte aber nicht das Problem sein, da der Installer schon abbricht, bevor überhaupt die Datenbankconnection eingegeben wird.

Im ersten Post ist auch eine Ausgabe des FPA (Formum Post Assistenten) drin; der basiert ja auch auf php und läuft. Auch ein phpinfo-Aufruf (über ein entsprechendes Skript läuft ...

Meine Vermutung ist, dass joomla 5 irgendwie https voraussetzt und der Installer irgendwie mit http und https durcheinanderkommt - ist aber reines Bauchgefühl. Ich würde mich ja am liebsten durch irgendwelche Fehlermeldungen hangeln, aber der Installer sagt einfach nicht, wo sein Problem ist ...

Zitat von JoomlaWunder

Es gibt Templates, die verwenden ihre eigene error.php, wo das dann nicht angezeigt wird. Falls du also nicht gerade Cassiopeia verwendest, benenne die error.php deines verwendeten Templates einfach um, z.B. in error_original.php. Dann wird automatisch die von Joomla verwendet und der CallStack angezeigt.

hmm, das ist dann zumindest nicht das Problem - ist ja eine simple Joomla5-Installation, wo tatsächlich noch Cassiopeia dahinter liegt ...

Zitat von drmenzelit

hast du eine php-error.log oder eine system.log Datei wo vielleicht mehr drin stehen könnte?

error.log und access.log sind unauffällig ...

Logdateien mit *php*.log habe ich (vom Root-Verzeichnis aus) nicht gefunden. Apache selber läuft ...

Zitat von gindi35510

Danke daß ihr mich mit der Nase darauf gestoßen habt.

Durch das kopieren der Dateien aus dem Home Verzeichnis auf den Server hat die Benutzer- und Gruppenzugehörigkeit nicht gestimmt.

Das ist mir leider nicht aufgefallen.

Nachdem ich das berichtigt habe, hat die Installation einwandfrei funktioniert.

Ich habe die Admins gebeten die Beiträge #29, #30 und #31 zu löschen.

Gruß Gindi

Alles anzeigen

Habe auch nochmal die Berechtigungen gecheckt - ist aber alles "www-data" (User und Gruppe) zugeordnet, also dem User/Gruppe unter dem Apache läuft. Das sollte also so sein, wie es gehört ...

Zitat von gindi35510

Ich habe bisher immer mit Aktualierung/Update meine Joomla Versionen auf dem neuesten Stand gehalten.

Ich habe jetzt auf meinem lokalen LAMP Server eine Testversion erstellt auf dem ich Joomla 5.1 pur installieren wollte um zu sehen ob die Installation bei mir funktioniert.

Ich habe die entpackte Version in das Testverzeichnis /srv/www/htdocs/BFB510pur kopiert und und mit https://localhost/BFB510/ aufgerufen.

Dann kam auf der Seite "https://localhost/BFB510pur/installation/index.php" die Meldung:

Error

An error has occurred while processing your request.

0 Failed opening required '/srv/www/htdocs/BFB510pur/administrator/cache/autoload_psr4.php' (include_path='/usr/share/php8:/usr/share/php/PEAR')

Das /administrator/cache/ Verzeichnis ist leer, bis auf eine leere index-html und die Verzeichnisse in /usr/share/ sind vorhanden.

Scheinbar wird bei der Installation die Datei /libraries/vendor/composer/autoload_psr4.php nicht geladen.

Gruß Gindi

---

Nachdem ich die Datei autoload_psr4.php in das Verzeichnis /administrator/cache/ kopiert habe und die Seite neu geladen habe, ist die Installation gestartet.

Nach der erfolgreichen Installation kam auf der User- und Adminseite die Meldung:

Es ist ein Problem aufgetreten.

Der Server lieferte ein "500 - Whoops, looks like something went wrong."

Gruß Gindi

---

Nachdem ich den Callstack in der configuration.php aktiviert habe wurden auf der User- und Adminsite die gleichen Fehler angezeigt:

Error ClassNotFoundError HTTP 500 Whoops, looks like something went wrong.

Attempted to load class "TemplatesComponent" from namespace "Joomla\Component\Templates\Administrator\Extension".
Did you forget a "use" statement for another namespace?

Code

... und ganz unten:

Error

Class "Joomla\Plugin\Behaviour\Compat\Extension\Compat" not found

Der Callstack:

ClassNotFoundError

in /srv/www/htdocs/BFB510pur/administrator/components/com_templates/services/provider.php (line 46)

1.         $container->registerServiceProvider(new ComponentDispatcherFactory('\\Joomla\\Component\\Templates'));
2.         $container->set(
3.             ComponentInterface::class,
4.             function (Container $container) {
5.                 $component = new TemplatesComponent($container->get(ComponentDispatcherFactoryInterface::class));
6.                 $component->setMVCFactory($container->get(MVCFactoryInterface::class));
7.                 $component->setRegistry($container->get(Registry::class));
8.                 return $component;

in /srv/www/htdocs/BFB510pur/libraries/vendor/joomla/di/src/ContainerResource.php -> {closure} (line 172)
in /srv/www/htdocs/BFB510pur/libraries/vendor/joomla/di/src/Container.php -> getInstance (line 95)
Container->get() in /srv/www/htdocs/BFB510pur/libraries/src/Extension/ExtensionManagerTrait.php (line 177)
CMSApplication->loadExtension() in /srv/www/htdocs/BFB510pur/libraries/src/Extension/ExtensionManagerTrait.php (line 51)
CMSApplication->bootComponent() in /srv/www/htdocs/BFB510pur/libraries/src/Application/AdministratorApplication.php (line 242)
AdministratorApplication->getTemplate() in /srv/www/htdocs/BFB510pur/libraries/src/Error/Renderer/HtmlRenderer.php (line 50)
HtmlRenderer->render() in /srv/www/htdocs/BFB510pur/libraries/src/Exception/ExceptionHandler.php (line 136)
ExceptionHandler::render() in /srv/www/htdocs/BFB510pur/libraries/src/Exception/ExceptionHandler.php (line 73)
ExceptionHandler::handleException() in /srv/www/htdocs/BFB510pur/libraries/src/Application/CMSApplication.php (line 336)
CMSApplication->execute() in /srv/www/htdocs/BFB510pur/administrator/includes/app.php (line 58)
require_once('/srv/www/htdocs/BFB510pur/administrator/includes/app.php') in /srv/www/htdocs/BFB510pur/administrator/index.php (line 32)

Code

Gruß Gindi

Alles anzeigen

Was meinst Du mit "Callstack in der configuration.php aktiviert" - ist das einfach folgende Einstellung in der configurations.php?

public $error_reporting = 'maximum';

public $debug = true;

Falls ja - gut, das habe ich schon gemacht; ich kriege aber keine detaillierteren Infos angezeigt. Falls das was anderes ist, könnten mir Details dazu helfen ...

Zitat von jsc_01

Das ist richtig, deshalb gibt's ja auch keine error.php im Logs-Verzeichnis.

Noch mal gefragt: http://legolas/ ist dein Webserver und die Installation läuft hier?
http://mylegolastest/installation/index.php? Beide Maschinen haben die gleiche IP?

Hab jetzt natürlich schon etwas rumgespielt.

Legolas heisst der Server, auf dem alles läuft. mylegolastest ist der im apache2 konfigurierte virtuelle Server.

Beide haben in meinem lokalen Netz natürlich die gleiche IP-Adresse. Auf dem Server Legolas ist in der /etc/hosts der name legolas und der name mylegolastest auf die lokele ip-Adresse 1270.0.1
Ist eigentlich ein Server - auf den ich per ssh von anderen Rechnern aus zugreife.

Die Joomla-Dateien liegen (gehören alle dem User www-data und der group www-data - also dem apache-User) im Verzeichnis j5.

Damit kann ich die Joomla-Installation auf verschiedene Arten erreichen:

http://legolas/j5 ==> Aufruf direkt über den host legolas - ohne virtuellen Server

http://mylegolastest/ ==> Aufruf über die virtuellen Server

Die Aufruf kann ich dann jeweils im Browser von einem Rechner in meinem lokalen Netz oder auch vom Server aus selber starten,

Das Ergebnis ist aber überall das selbe - also die Meldung:


Tja, jetzt bin ich immer noch nicht schlauer ...

Zitat von jsc_01

Wenn dem tatsächlich so ist, liegt das Problem sicher nicht bei Joomla.

Naja - bis zum gewissen Grad schon - den eben der Installer läuft ja nicht. php grundsätzlich schon. Irgendwas schmeckt dem Installer nicht - aber der 505 ist eben nicht spezifisch ...

Zitat von WM-Loose

Die Mehrzahl der Foren-User hosten nicht selbst.

Du musst etwas mehr Geduld haben, bis User mit eigenen Servern hier vorbei schauen.

na, dann warte ich mal ...

Weitere Ideen?

Zitat von gindi35510

Ich kenne Ubuntu nicht aber ich hoffe, daß die Verzeichnisse und Dateien weitestgehend mit meinem OpenSUSE übereinstimmen.

Als erstes würde ich versuchsweise legolas in localhost umbenennen.

Dann würde ich mir in /var/log/apache2 die letzten Einträge der access_log und der error_log ansehen.

In /etc/apache2/sysconfig.d würde ich in der global.conf schauen was als ServerName eingetragen ist.

In der loadmodule.conf würde ich nachsehen ob ein Eintrag LoadModule php_module vorhanden ist, ebenso in der /etc/apache2/loadmodule_conf.

Falls die Einträge fehlen, müßten sie in der /etc/sysconfig/apache2 in der Spalte APACHE_MODULES= eingetragen werden. Das ist die Spalte unter # your settings.

Falls Einträge in der php.ini geändert werden müssen, sollte das in der /etc/php8/apache2/php.ini gemacht werden.

Ich hoffe daß diese Tips bei der Fehlersuche helfen.

Gruß gindi

Alles anzeigen

Unter Ubuntu sind die Pfade schon etwas anders.
Dort gibt es eine apache2.conf - wo der hostname "legolas" korrekt eingetragen ist.

Modul: Unter /etc/apache2/mod-enabled gibt es die Dateien php8.1.conf und php8.1.load

Die sehen inhaltlich für mich gut aus.

Auch in den logs konnte ich nichts sehen. Hänge sie hier mal an ...

error-log:
.............................................................................................................................

[Sat May 04 11:22:49.693738 2024] [ssl:warn] [pid 900] AH01909: legolas:443:0 server certificate does NOT include an ID which matches the server name

[Sat May 04 11:22:50.747305 2024] [ssl:warn] [pid 1196] AH01909: legolas:443:0 server certificate does NOT include an ID which matches the server name

[Sat May 04 11:22:50.776839 2024] [mpm_prefork:notice] [pid 1196] AH00163: Apache/2.4.52 (Ubuntu) OpenSSL/3.0.2 configured -- resuming normal operations

[Sat May 04 11:22:50.776971 2024] [core:notice] [pid 1196] AH00094: Command line: '/usr/sbin/apache2'

[Sat May 04 14:49:45.040701 2024] [mpm_prefork:notice] [pid 1196] AH00170: caught SIGWINCH, shutting down gracefully

[Sat May 04 14:49:45.257876 2024] [ssl:warn] [pid 3797] AH01909: legolas:443:0 server certificate does NOT include an ID which matches the server name

[Sat May 04 14:49:45.357816 2024] [ssl:warn] [pid 3798] AH01909: legolas:443:0 server certificate does NOT include an ID which matches the server name

[Sat May 04 14:49:45.380989 2024] [mpm_prefork:notice] [pid 3798] AH00163: Apache/2.4.52 (Ubuntu) OpenSSL/3.0.2 configured -- resuming normal operations

[Sat May 04 14:49:45.381124 2024] [core:notice] [pid 3798] AH00094: Command line: '/usr/sbin/apache2'

[Sat May 04 14:51:11.537987 2024] [mpm_prefork:notice] [pid 3798] AH00170: caught SIGWINCH, shutting down gracefully

[Sat May 04 14:51:11.773543 2024] [ssl:warn] [pid 3851] AH01909: legolas:443:0 server certificate does NOT include an ID which matches the server name

[Sat May 04 14:51:11.874938 2024] [ssl:warn] [pid 3852] AH01909: legolas:443:0 server certificate does NOT include an ID which matches the server name

[Sat May 04 14:51:11.898282 2024] [mpm_prefork:notice] [pid 3852] AH00163: Apache/2.4.52 (Ubuntu) OpenSSL/3.0.2 configured -- resuming normal operations

[Sat May 04 14:51:11.898407 2024] [core:notice] [pid 3852] AH00094: Command line: '/usr/sbin/apache2'

.............................................................................................................................

access.log

.............................................................................................................................

192.168.0.106 - - [04/May/2024:14:31:04 +0200] "GET / HTTP/1.1" 200 3460 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0) Gecko/20100101 Firefox/12 5.0"

192.168.0.106 - - [04/May/2024:14:31:04 +0200] "GET /icons/ubuntu-logo.png HTTP/1.1" 200 3607 "http://legolas/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64;

rv:125.0) Gecko/20100101 Firefox/125.0"

192.168.0.106 - - [04/May/2024:14:31:04 +0200] "GET /favicon.ico HTTP/1.1" 404 485 "http://legolas/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0) G

ecko/20100101 Firefox/125.0"

192.168.0.106 - - [04/May/2024:14:31:09 +0200] "GET /j5 HTTP/1.1" 301 554 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0) Gecko/20100101 Firefox/1

25.0"

192.168.0.106 - - [04/May/2024:14:31:09 +0200] "GET /j5/ HTTP/1.1" 302 257 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0) Gecko/20100101 Firefox/

125.0"

192.168.0.106 - - [04/May/2024:14:31:09 +0200] "GET /j5/installation/index.php HTTP/1.1" 500 21313 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0)

Gecko/20100101 Firefox/125.0"

192.168.0.106 - - [04/May/2024:14:50:15 +0200] "GET /j5/ HTTP/1.1" 302 258 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0) Gecko/20100101 Firefox/

125.0"

192.168.0.106 - - [04/May/2024:14:50:15 +0200] "GET /j5/installation/index.php HTTP/1.1" 500 21313 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0)

Gecko/20100101 Firefox/125.0"

127.0.0.1 - - [04/May/2024:14:54:10 +0200] "GET / HTTP/1.1" 200 3460 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:121.0) Gecko/20100101 Firefox/121.0"

127.0.0.1 - - [04/May/2024:14:54:11 +0200] "GET /icons/ubuntu-logo.png HTTP/1.1" 200 3607 "http://localhost/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv

:121.0) Gecko/20100101 Firefox/121.0"

127.0.0.1 - - [04/May/2024:14:54:11 +0200] "GET /favicon.ico HTTP/1.1" 404 487 "http://localhost/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:121.0) Gec

ko/20100101 Firefox/121.0"

127.0.0.1 - - [04/May/2024:14:54:20 +0200] "GET /j5 HTTP/1.1" 301 560 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:121.0) Gecko/20100101 Firefox/121.0

"

127.0.0.1 - - [04/May/2024:14:54:22 +0200] "GET /j5/ HTTP/1.1" 302 259 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:121.0) Gecko/20100101 Firefox/121.

0"

127.0.0.1 - - [04/May/2024:14:54:23 +0200] "GET /j5/installation/index.php HTTP/1.1" 500 21313 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:121.0) Gec

ko/20100101 Firefox/121.0"

.............................................................................................................................

j5-access.log

.............................................................................................................................

192.168.0.106 - - [04/May/2024:14:30:15 +0200] "GET / HTTP/1.1" 302 261 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0) Gecko/20100101 Firefox/125

.0"

192.168.0.106 - - [04/May/2024:14:30:17 +0200] "GET /installation/index.php HTTP/1.1" 500 21313 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:125.0) Ge

cko/20100101 Firefox/125.0"

192.168.0.106 - - [04/May/2024:14:30:18 +0200] "GET /favicon.ico HTTP/1.1" 404 492 "http://mylegolastest/installation/index.php" "Mozilla/5.0 (X11; Ubunt

u; Linux x86_64; rv:125.0) Gecko/20100101 Firefox/125.0"

.............................................................................................................................

Zitat von jsc_01

Schau dir mal die Dateien im Joomla Administrator-Logs Verzeichnis an.

Unter

/var/www/html/j5/administrator/logs

ist nur ein leerer index.html zu finden:

/var/www/html/j5/administrator/logs$ more index.html

<!DOCTYPE html><title></title>

Zitat von jsc_01

Läuft der Apache-Server?

Kannst du dich in MySql anmelden?

Läuft PHP?

Kannst du dich in Phpmyadmin anmelden?

Ja, Apache-Server an sich läuft - Testseite kommt hoch. Auch ein single-php-Skript läuft. Ich nutze MariaDB, die DB läuft auch. (Habe dort auch schon einen User eingerichtete, dessen Credentials ich beim Joomla-Installer eingeben wollte.
PHPadmin habe ich nicht installiert; ist aber m.E. nicht das Problem, weil der Joomla-Installer ja schon vorher abbricht.

Zitat von Benno

Hi,

was ist mit der Frage aus #8

Kannst Du phpMyAdmin aufrufen, oder nicht?

Freundliche Grüße,

Benno

Hey Benno,
den phpadmin habe ich lokal noch nicht installiert - der Joomla-Installer kommt aber ja noch gar nicht bis zur Eingabe der Datenbank-Connection;
Das Problem tritt ja schon auf, bevor überhaupt auf die Datenbank zugegriffen wird. Schliesslich braucht der Joompla-Installer ja im Rahmen des Installationsprozesses die Eingabe des Datenbankservers plus Autentifizierung (User/PW).

Der Absturz des Joomla-Installers tritt ja sofort auf - vor irgendwelchen Eingabemöglichkeiten.

Daher hatte ich bislang ausgeschlossen, dass die Datenbank irgendwas mit dem Absturz zu tun hat.

Zitat von jsc_01

Hier ein anderer Link:

https://www.veuhoff.net/joomla-install…buntu-tutorial/

Die Anleitung habe ich nochmal genau angeschaut - bis auf den virtuellen Host sollte ich aber alles genau so gemacht haben.

Eine virtuellen host hatte ich tatsächlich in apache2 noch nicht angelegt - der Ansatz war, Joomla auf dem "realen" host zu benutzen.
Ich habe jetzt einen virtuellen Host angelegt (auch mit einem abweichenden hostnamen (http://mylegolastest/), der switch der URL auf die installations -URL http://mylegolastest/installation/index.php passiert wie gehabt; aber der Fehler bleibt unverändert.

Ich frage mich, ob bei der Joomla-Installation irgendwie vorausgesetzt wird, dass über ssl installiert wird.

Hilfreich wären auch Ansätze, wie ich das auftretende Problem eingrenzen kann - im Moment ist das für mich stochern im Nebel.

Gibt es eine Möglichkeit, innerhalb des Joomla-Installers die Abbruchstelle zu lokalisieren?
Soweit ich recherchiert habe, ist die Fehlerseite ja eine Systemseite - wo also der Joomla-Installer so auf die Nase fliegt, dass er nichts mehr zurückgibt ...

Oder gibt es noch was anderes?

Hat noch jemand eine Idee?

Zitat von Benno

Hi,

Jan hat dazu mal einen Artikel geschrieben, vielleicht trifft es Dein Problem:

https://www.phoca.cz/blog/1302-runn…u-kubuntu-linux

Freundliche Grüße,

Benno

Hab ja eigentlich nicht das Problem verschiedener php-Versionen - es ist nur eine php-Version installiert, eben die Version
PHP 8.1.2-1ubuntu2.15 (cli) (built: Feb 23 2024 17:26:53) (NTS)

Zitat von Elwood

Diese Fehlermeldung kenne ich von der eigenen Installation, wenn u.a. der Apache-Server nicht läuft.

Aber mit eigenen Server kenne ich mich nicht aus.

Warum so eine veraltete Version?

Ich würde die aktuelle Version 5.1.0 nehmen:

https://github.com/joomla/joomla-cms/releases/tag/5.1.0

Hallo Elwood,

Das ist vermutlich nicht das Problem; ich hatte zum Test auch die 5.1.0 installiert, auch die 4.4.4 habe ich versucht - die Fehlermeldung ist immer die gleiche.
Apache selber läuft - zumindest kommt die Testseite raus, wenn ich http://legolas/ abrufe. Soweit ich in den Anleitungen gesehen habe, muss man apache2 ja nicht speziell konfigurieren.
Andererseits scheint ja die rote "Sorry, there was a problem we could not recover from. The server returned a "500 - Whoops, looks like something went wrong." schon eine Systemseite zu sein, wenn irgendwas schief läuft.
... aber was läuft schief???

Zitat von JoomlaWunder

Lassen sich denn andere php-Dateien ausführen? Teste zum Beispiel mal eine phpinfo.php oder auch die kickstart.php in deinem Verzeichnis /j5 ?

(In der Regel macht sich das allerding anders bemerkbar)

Nur um das Problem mit deinem Server mal einzuschränken.

Mit der phpinfo.php kannst du auch gleich überprüfen, ob die Angaben in der php.ini auch wirklich greifen.

Falls php ausgeführt wird: Woher hast du dein Joomla? Nimm am besten auch gleich Joomla 5.1.0!

Und post_max_size und upload_max_filesize würde ich am besten auch gleich mal auf 64M setzen!

War das Verzeichnis /j5 wirklich komplett leer oder befanden sich dort schon Dateien?

Nebenbei: Error-Reporting, configuration.php und Datenbank kannst du erstmal vernachlässigen.

Alles anzeigen

Hey JoomlaWunder:

php läuft schon grundsätzlich - der Forum Post Assistent (fpa-en.php) ist ja auch ein Standalone php-Skript. Von dem hatte ich die oben angehängten Detailinfos

Hallo,

ich möchte gerne eine Default Joomla 5 Installation durchführen.

Ich habe das schon gemacht und es war ganz einfach - beim jetztigen Versuch scheine ich irgendetwas (offensichtliches?) falsch zu machen.

Ich nutze einen eigenen (lokalen) Server mit Ubuntu 22, apache2, php, mariadb-server habe ich aus den Ubuntu-Repositories installiert.

Die Inhalte aus Joomla_5.0.2-Stable-Full_Package.zip habe ich dann ins apache-Verzeichnis (bei mir /var/www/html/j5 ) kopiert.

Der Server heisst in meinem lokalen Netz "legolas", von meinen Laptop rufe ich "http://legolas/j5" auf.

Im Browser wird dann die URL http://legolas/j5/installation/index.php angezeigt - allerdings Es kommt dann die "rote Seite" mit der Fehlermeldung.

"Sorry, there was a problem we could not recover from.

The server returned a "500 - Whoops, looks like something went wrong."

Mein nächster Versuch war, die "installation/configuration.php-dist" als configuration.php (also im Verzeichnis j5) zu speichern und dort die folgenden Werte zu setzen.

public $debug = true;

public $error_reporting = 'maximum';

==> Fehlerseite bleibt aber identisch.

Danach habe ich eine php.ini (im verzeichnis j5 ) mit folgenden Einträgen erstellt

memory_limit = 256M

upload_max_filesize = 30M

post_max_size = 30M

max_execution_time = 30

(In einem ersten Versuch hatte ich die Schritte auch schon in einer virtuellen Maschine (virtualbox) durchgeführt - mit der gleichen Fehlermeldung und den gleichen erfolglosen Behebungsmahßnahmen)

Es kann doch eigentlich nicht so schwer sein - was mache ich falsch? Was kann ich tun / prüfen?

Hier noch weitere Detail-Informationen und unten dann auch ein Output vom Forum Post Assistant (fpa-en.php)

==> lsb_release -a

No LSB modules are available.

Distributor ID: Ubuntu

Description: Ubuntu 22.04.4 LTS

Release: 22.04

Codename: jammy

Apache2 (Testseite läuft)

==> php --version

.......................................................................................

PHP 8.1.2-1ubuntu2.15 (cli) (built: Feb 23 2024 17:26:53) (NTS)

Copyright (c) The PHP Group

Zend Engine v4.1.2, Copyright (c) Zend Technologies

with Zend OPcache v8.1.2-1ubuntu2.15, Copyright (c), by Zend Technologies

.......................................................................................

==> mariadb --version

mariadb Ver 15.1 Distrib 10.6.16-MariaDB, for debian-linux-gnu (x86_64) using EditLine wrapper

(Wird vermutlich noch gar nicht angesprochen, da der Installer ja nicht läuft)

Output Forum Post Assistant

.................................

Zitat von Forum Post Assistant (v1.6.6) : 24-Apr-2024

[…]