Error 500 nach Akeeba Kickstart bei einem neuen Hoster

Hallo zusammen,

ich habe heute versucht, meine alte Joomla Installation auf einen neuen server umzuziehen, doch nachdem ich Akeeba beendet habe, kommt sofort eine Fehlermeldung, sowohl im Front- als auch Backend:

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at webmaster@rotex1820.de to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.

Mein Hoster kann mir leider nicht weiterhelfen, im Log des Servers scheint nichts besonderes zu stehen...

FPA gibt folgendes aus:

https://pastebin.com/kd0620BS

Gibt es etwas was ich versuchen kann? Das einzige, was mir im Vergleich zum FPA des alten Hosters aufgefallen ist, ist die ältere Database Version, aber die neuere PHP version und der PHP API...

Vielen Dank jetzt schon mal...

tau.gi.mo

Zitat von -OJ-

Vielleicht möchtest du uns die Unterschiede ein wenig detaillierter schildern... ...um Joomla Version handelt es sich?

Danke für deine Antwort!

Bei meinem alten Hoster kommt via FPA:

PHP API APACHE2HANDLER

PHP SUPPORTS MYSQL YES

PHP VERSION 7.0.19

DATABASE VERSION 5.6.41-84.1

CONFIG MODE 444 Read-Only

MYSQLI VERSION:Server: 5.6.41-84.1 Client: mysqlnd 5.0.12-dev - 20150407 - $Id: b5c5906d452ec590732a93b051f3827e02749b83 $

CONNECTION TYPE:(Remote) sql100.epizy.com via TCP/IP

OPEN BASE PATH:/php_sessions:/tmp:/var/www/errors:/usr/share/pear:/home/vol2_5/epizy.com/epiz_22275315/rotex.gq/htdocs

SESSION PATH:/php_sessions

Mein neuer Hoster gibt aus:

PHP API CGI-FCGI

PHP SUPPORTS MYSQL NO

DATABASE VERSION 5.6.40

CONFIG MODE 644 Writable

MYSQLI VERSION:Server: 5.6.40 Client: 5.6.40

CONNECTION TYPE:(Local) Localhost via UNIX socket

OPEN BASE PATH: -

SESSION PATH:/opt/alt/php70/var/lib/php/session

Es handelt sich übrigens um die Seite rotex1820.de, falls das etwas hilft...

Viele Grüße

tau.gi.mo

Zitat von christine2

Hallo,

aufgrund des Anhangs nur geraten: Schau mal ob das da .htaccess/web.config: Yes OK ist. Ev. de-aktivieren (?)

Liebe Grüße

Christine

Alles anzeigen

Ich habe schon probiert die web.config.txt in web.config umzubenennen und die .taccess in htaccess.txt bzw. einzelne Einträge auszukommentieren, leider ohne Erfolg...

Nur falls die Frage aufkommt, SEF und URL-Rewrite habe ich vor dem Backup extra in Joomla ausgestellt...

Zitat von Elwood

Wer ist der neue Hoster?

Mein neuer Hoster ist viewen.com

Zitat

Was auffällt: der unterschiedliche Session-Path.

Wird der irgendwo in Joomla oder in public_html gespeichert und sollte verändert werden?

Zitat von JoomlaWunder

Erkläre mal detailliert deine Vorgehensweise!

AkeebaBackup wird verwendet, um ein Joomla (Dateien und DB) zu sichern, und zwar in einer Sicherungsdatei (.jpa).

Mittels kickstart.php wird die Sicherungsdatei auf dem neuen Webserver eingespielt.

Ich habe bei meiner alten Installation mittels Akeeba Backup ein Komplett-Backup gemacht, dieses heruntergeladen und via FTP zum neuen Hoster hochgeladen, kickstart.php ausgeführt und dann die Anpassung der Konfiguration auf den neuen Server (DB-Name und Passwort, sowie Live-URL)...

Mein Hoster hat inzwischen mein CPanel neu installiert, aber daran lag es auch nicht....

Gibt es eine Möglichkeit mehr über den Fehler angezeigt zu bekommen?

Danke für Eure Hilfe!!!

tau.gi.mo

Habe soeben etwas interessantes festgestellt, habe eine neue Joomla Installation ohne Beispieldaten und alles in einen Unterordner installiert, die Frontend Seite konnte ich auch ganz normal benutzen, mich an und abmelden, auf das Backend kam ich nur einmal, sobald ich mich versuchte anzumelden kam ein 500 Internal error. Das frontend ging aber weiterhin problemlos...

Zitat von JoomlaWunder

Meinst du mit Live-URL folgendes: public $live_site = '';

Diesen Eintrag lass dann mal leer (wie oben angegeben). Verursacht sehr häufig Probleme und muss nur in ganz bestimmten Fällen eingetragen werden.

Habe den Eintrag gerade entfernt, half aber nichts...

Zitat von Re:Later

Und der Webspace reicht aus, um ein zusätzliches Backup zu speichern?

Ja warum? Bzw welches zusätzliche Backup?

Also ich habe jetzt mal folgendes gemacht:

1. Ich habe mithilfe des App-Installers (Softaculous) Joomla 3.8.11 in ein Unterverzeichnis installiert, zunächst ohne Beispieldaten. Frontend funktioniert inkl. An- und Abmeldung. Im Backend komme ich auf die Login-Seite, nach dem Login wird aber sofort wieder ein 500 Internal Server Error ausgegeben.

2. Dann habe ich eine weitere Joomla Umgebung installiert, diesmal mit Blog-Beispieldaten. Hier funktioniert das Frontend gar nicht (500 Error) und das Backend wie bei 1. nur bis zum Login.

3. Der Installer bietet auch noch die uralte Version 2.5 von Joomla an, diese scheint problemlos zu funktionieren, mit und ohne Beispieldaten...

Folglich scheint es Probleme dann zu geben, wenn ein content mit Inhalt oder Modulen aufgebaut werden muss, sehe ich das richtig?

Kann ich den Server irgendwie dazu bringen genauere Fehlerbeschreibungen auszugeben/ zu protokollieren?

Vielen Dank für Eure Hilfe!!!

tau.gi.mo

Zitat von faro

Wozu braucht man den? Für eine saubere Joomlainstallation ist der nicht nötig.

Das ging am schnellsten und die meisten Einstellungen werden automatisch gemacht haha das Interessante ist halt, dass die "leere" Startseite ohne Probleme angezeigt wird, sobald aber Beispieldaten da sind ein 500 Internal Server Error angezeigt wird...

Update: Habe gerade mal die akuelle Joomla.zip hochgeladen und entpackt, beim Aufruf von /installation/index.php kommt schon wieder ein "500 Internal Server Error"

Zitat von faro

Na ich tippe mal auf den Hoster. Was kostet dein Paket?

Gar nichts haha Dennoch meinte der Support, dass viele Joomla ohne Probleme installiert hätten... Habe denen gerade mal geschrieben, dass die mir mal Joomla installieren sollen, mal sehen, ob es bei ihnen klappt...

Zitat von faro

Wie soll das funktionieren? Wer vergibt die Passwörter fürs Backend und wer richtet die Datenbank ein?

Ich glaube Du hast da einige Denkfehler, was eine Joomlainstallation betrifft.

Ich habe zur Zeit eh keine relevanten daten darauf, die Passwörter kann ich hinterher ja wieder ändern... Und ein FTP/MSQL account ist im CPanel schnell wieder gelöscht... Ich will nur, dass die merken, dass etwas mit ihrem Server nicht stimmt