Alfahosting - DB-verbindung und Cache Probleme

**tschero** · 01.09.2023, 07:22

Moin Zusammen,

mich hat eine Anfrage erreicht, bei der ich mal einen Ratschlag gebrauchen könnte.
Es bestehen scheinbar mehrere Probleme.

https://bit.ly/3En2TV8

Website ist "auf einmal" offline, ohne dass jemand etwas daran verändert hätte und zeigt einen 500´er Fehler.
fe.png

Im Log wird gemeldet, dass kein Zugriff auf die DB besteht. Installtool ist auch nicht erreichbar

Das prüfe ich zur Zeit noch.

Was mich aber etwas verwirrt ist, dass der Contao-Manager den Prod-Cache nicht leeren kann.
cm.png

Konsolenausgabe vom CM dazu ist leer.

Hoster: Alfahosting
PHP 8.0
Contao 4.13.25
Externes Theme

Die gleiche, unveränderte Installation auf einem All-Inkl Paket hat diese Probleme nicht.

Hat da jemand einen Tipp für mich?

Grüße

**Spooky** · 01.09.2023, 08:00

Ist eine server_version für die DB eingetragen? Wenn ja entferne die mal.

Besteht SSH Zugriff?

**tschero** · 01.09.2023, 08:15

Außer der DB-Verbindung ist nur der Secret in der parameters.yml.

SSH-Zugriff besteht "noch" nicht.

Gerade gesehen. Ist die gleiche Installation.
https://community.contao.org/de/show...l=1#post575309

Grüße

**Spooky** · 01.09.2023, 08:51

Aktualisiere zuerst auf Contao 4.13.30

**tschero** · 01.09.2023, 08:55

Das habe ich schon versucht, der CM bricht ab.

Möglicherweise die gleiche Ursache, warum der Prod-Cache nicht erneuert werden kann (siehe Screenshot im ersten Thread).

Grüße

***lucina*** · 01.09.2023, 10:02

Bzgl. deines 'auf einmal offline' fällt mir ein, dass Alfahosting ja im Laufe des Jahres 2023 peu a peu Systeme von Confixx zu ihrem neuen Verwaltungssystem migrieren wollte. Es hiess zwar, dass alles unproblematisch sein würde, es den einzelnen Kunden angekündigt werden würde und das die meisten Dinge einfach weiterlaufen würden - aber wir kennen ja unsere Kundinnen und Kunden, die nix weiterleiten, was sie nicht verstehen.

Ich würde mal schauen, ob die eingestellte PHP- und Datenbankversion noch so vorhanden ist, das Domainroot korrekt konfiguriert ist, alle Zugangs- und Zugriffsdaten noch so stimmen.

Just my 2 cents.

**mlweb** · 01.09.2023, 10:04

Ist er bei Alfahosting schon auf einem der neuen Server?
Da gibt es auf jeden Fall ssh-Zugang.

**tschero** · 01.09.2023, 10:28

Zitat von mlweb

Ist er bei Alfahosting schon auf einem der neuen Server?
Da gibt es auf jeden Fall ssh-Zugang.

Das weiß ich noch nicht und muss es prüfen

Auf jeden Fall schon mal vielen Dank für Eure Infos.

Grüße

**Knut** · 01.09.2023, 11:39

Bei mir hat der automatisierte Umzug durch Alfahosting funktioniert.
Contao 4.13.29
PHP 7.4
DB 5.7

Das einzige Problem gab es bei einigen Email-Programmen. Da musste manuell der neue Server eingetragen werden.

**tschero** · 01.09.2023, 12:20

Durch löschen des Verzeichnisses var/cache/prod per FTP konnte ich jetzt ein Update auf Contao 4.13.30 durchführen.
Der DB-Zugriff steht jetzt auch.

Der Contao-Manager meldet keinerlei Fehler und das Backend lässt sich bedienen. So konnte die Seite schon mal über das BE in den Wartungsmodus gesetzt werden.

Leider wird das Front- und Backend noch ohne JS und CSS dargestellt.
backend.jpg

Na, mal sehen, wie wir das wieder hinbiegen.

Grüße

**mlweb** · 01.09.2023, 12:33

Mal die Systemwartung ausgeführt?

**tschero** · 01.09.2023, 12:36

Zitat von mlweb

Mal die Systemwartung ausgeführt?

Ja, alles und mehrfach.

Die Browserkonsole für das Backend zeigt folgendes:

Code:

Laden fehlgeschlagen für das <script> mit der Quelle "https://www.xyz.de/assets/js/mootools.min.js,mooRainbow.min.js,chosen.min.js,simplemodal.min....-3fa6ad8f.js". contao:16:108
Uncaught ReferenceError: Locale is not defined
    <anonymous> https://www.turmhuegelburg.de/contao:17
contao:17:13
Laden fehlgeschlagen für das <script> mit der Quelle "https://www.xyz.de/system/modules/pct_customelements/assets/js/CustomElements.js?v=f7214c53". contao:18:156
Uncaught TypeError: window.addEvent is not a function
    <anonymous> https://www.turmhuegelburg.de/contao:369
contao:369:8
Uncaught ReferenceError: Backend is not defined
    <anonymous> https://www.xyz.de/contao:793

Auch das externe Theme ist auf aktuellem Stand. Bei AllInkl läuft es.

**mlweb** · 01.09.2023, 12:39

Was hat er für Erweiterungen drin?
Ich hatte gerade gestern eine mir bisher unbekannte Installation upgedatet. Die hatte ma3xl3/contao-easy-favicon installiert. Installation ohne Fehlermeldung aber das Layout war ohne Bilder und zumindestens in weiten Teilen ohne CSS. Deinstallation der Erweiterung und alles war problemlos da.

Entschuldigung hatte geschrieben während Du geantwortet hast. Damit ist meine Frage überflüssig.

**mlweb** · 01.09.2023, 12:45

Mal geschaut ob eventuell sowohl ein public-Ordner als auch ein web-Ordner vorhanden ist. Falls ja in der composer.json die Entscheidung für einen der beiden Ordner treffen, durch entsprechenden Eintrag - als z.B. für den public

Code:

"extra": {
        "public-dir": "public",
        "contao-component-dir": "assets"
    },

**tschero** · 01.09.2023, 12:48

Zitat von mlweb

Mal geschaut ob eventuell sowohl ein public-Ordner als auch ein web-Ordner vorhanden ist. Falls ja in der composer.json die Entscheidung für einen der beiden Ordner treffen, durch entsprechenden Eintrag - als z.B. für den public

Code:

"extra": {
        "public-dir": "public",
        "contao-component-dir": "assets"
    },

Das scheint alles zu passen.
Inhalt der composer.json:

Code:

{
    "type": "project",
    "require": {
        "contao/calendar-bundle": "4.13.*",
        "contao/comments-bundle": "4.13.*",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "4.13.*",
        "contao/listing-bundle": "4.13.*",
        "contao/manager-bundle": "4.13.*",
        "contao/news-bundle": "4.13.*",
        "contao/newsletter-bundle": "4.13.*"
    },
    "extra": {
        "public-dir": "web",
        "contao-component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "@php vendor/bin/contao-setup"
        ],
        "post-update-cmd": [
            "@php vendor/bin/contao-setup"
        ]
    }
}

Und es gibt nur ein web Verzeichnis.

Grüße

**tab** · 01.09.2023, 13:36

Die ganzen Caches im Backend unter Systemwartung hast du sicher schon mal gelöscht.
Und in den Entwicklertools schon nachgeschaut, ob das im Quelltext verlinkte CSS existiert oder ob das gar nicht angelegt wurde. Eventuell auch mal die Symlinks checken ob alle vorhanden sind (insbesondere /web/assets) und auf die richtigen Verzeichnisse verweisen.

**tschero** · 01.09.2023, 14:10

Zitat von tab

Die ganzen Caches im Backend unter Systemwartung hast du sicher schon mal gelöscht.

Ja, schon sehr oft.
Ich habe mehrfach die komplette Systemwartung ausgeführt - alle Haken.

Zitat von tab

Und in den Entwicklertools schon nachgeschaut, ob das im Quelltext verlinkte CSS existiert oder ob das gar nicht angelegt wurde.

Nein, da kommt nichts an.
dev-tools.jpg

Zitat von tab

Eventuell auch mal die Symlinks checken ob alle vorhanden sind (insbesondere /web/assets) und auf die richtigen Verzeichnisse verweisen.

Das ist ein guter Punkt.
Der Symlink "assets" ist scheinbar nicht korrekt. Ein Klick (in WinSCP) darauf meldet "Verzeichnis nicht gefunden". Bei der gleichen Installation bei AllInkl, führt der Link korrekt zum "assets"- Verzeichnis.
web_assets.jpg

Hat jemand einen Rat, wie ich das ohne SSH reparieren kann?

Grüße

**tab** · 01.09.2023, 14:17

Löschen kannst du den Link nicht in WinSCP? Naja, vermutlich nicht, der Manager konnte es ja offenbar nicht und Contao auch nicht (bei der kompletten Systemwartung).

**tschero** · 01.09.2023, 14:27

Ja, so langsam gehen mit zwar nicht unbedingt die Ideen aber die Optionen aus

Den Symlink kann ich löschen, Contao legt auch einen neuen an. Aber dieser zeigt wieder "Verzeichnis nicht gefunden".

Wo könnten man denn schauen, ob beim Hoster erlaubt ist, symlinks zu setzen?

Grüße

**tab** · 01.09.2023, 14:46

Naja, wenn die restlichen Symlinks korrekt angelegt wurden, dann können prinzipiell Symlinks erfolgreich angelegt werden. Wenn nicht, würde ich erst mal in den Logdateien (PHP, Apache access.log und error.log) schauen, sofen die überhaupt zugänglich sind. Eventuell könntest du auch mal schauen, welche PHP-Funktionen im phpinfo() unter disable_functions gelistet werden. Insbesondere natürlich die Funktion symlink.
Was sagt denn der Manager beim Anlegen? Vielleicht geht es ja da und nur im normalen Webprozess, also z.B. über das Backend, nicht.

**Spooky** · 01.09.2023, 14:54

Zitat von tschero

Ja, so langsam gehen mit zwar nicht unbedingt die Ideen aber die Optionen aus

Was ist nun mit dem SSH Zugriff?

**tschero** · 01.09.2023, 14:56

Zitat von Spooky

Was ist nun mit dem SSH Zugriff?

Leider noch nicht, ich krieg den Kunden gerade nicht ran....

**tschero** · 01.09.2023, 14:57

Zitat von tab

Naja, wenn die restlichen Symlinks korrekt angelegt wurden, dann können prinzipiell Symlinks erfolgreich angelegt werden. Wenn nicht, würde ich erst mal in den Logdateien (PHP, Apache access.log und error.log) schauen, sofen die überhaupt zugänglich sind. Eventuell könntest du auch mal schauen, welche PHP-Funktionen im phpinfo() unter disable_functions gelistet werden. Insbesondere natürlich die Funktion symlink.
Was sagt denn der Manager beim Anlegen? Vielleicht geht es ja da und nur im normalen Webprozess, also z.B. über das Backend, nicht.

Der Manager meldet alles grün.
Folgender Eintrag in die .htaccess bringt keine Lösung:

Code:

Options     +FollowSymLinks

Das war auch der Tipp vom Alfahosting Support.

Grüße

**tab** · 01.09.2023, 15:59

Zitat von tschero

Der Manager meldet alles grün.
Folgender Eintrag in die .htaccess bringt keine Lösung:

Code:

Options     +FollowSymLinks

Das sollte ja WinSCP eh nicht interessieren. Das gilt nur für den Apachen. Allerdings hätte der Apache dir einen Fehler 500 rausgehauen, wenn er die Einstellung nicht akzeptieren würde. Ich gehe auch mal davon aus, dass alle angelegten Symlinks nicht funktionieren, nicht nur der für assets?
Was sagt denn die phpinfo() zum Thema disable_functions und symlink? Wobei ich dann eigentlich eine Fehlermeldung in einer der Logdateien erwarten würde und nicht einfach einen nicht funktionierenden Symlink.

Document Root passt wohl auch, das hätte man beim Aufruf schnell gemerkt. Außer, die implementieren da irgendeinen Murks.
Ansonsten bleibt wohl nur warten auf den SSH-Zugang. Dann sieht man ja, ob das Symlinks sind und auf welches Zielverzeichnis sie verlinken.

**tschero** · 01.09.2023, 17:07

Ja, auch die Symlinks in web/system funktionieren nicht.

Code:

disable_functions - no value

Das Thema Symlinks taucht in der phpInfo nirgendwo auf.

**mlweb** · 01.09.2023, 17:46

Wen ich das richtig sehe, dann sollte vielleicht der Hoster mal testen, ob die Symlinks funktionieren auf dem Server auf dem der Kunde ist.

Grundsätzlich klappt die Installation bei Alfahosting auf jeden Fall. Ich hatte da kürzlich einen Neukunden mit Alfohosting.

Was hast Du denn derzeit für Zugriff nur Contao oder auch Webhostingpaket und FTP?

**tschero** · 01.09.2023, 19:38

Zitat von mlweb

Wen ich das richtig sehe, dann sollte vielleicht der Hoster mal testen, ob die Symlinks funktionieren auf dem Server auf dem der Kunde ist.

Grundsätzlich klappt die Installation bei Alfahosting auf jeden Fall. Ich hatte da kürzlich einen Neukunden mit Alfohosting.

Was hast Du denn derzeit für Zugriff nur Contao oder auch Webhostingpaket und FTP?

Auf einen Teil des Hostings; ist ein Reseller-Paket und ich möchte keinen Zugriff auf ALLE Kunden haben. Das geht mich nichts an und das muss der Kunde selbst erledigen.
FTP und phpmyadmin ist vorhanden, ebenso Contao-Manager und Backend.
SSH ist angefragt.

Also ich glaube tatsächlich auch, dass es am Hoster/Server liegt. Was ich vom AH-Support heute so raushören konnte war auch, dass der Server letztens das neue Confixx-Update bekommen hat. Er war sich nicht 100% sicher.

Die Installation scheint m.E. grundsätzlich in Ordnung (ohne bisher weiter nach Fehlern gesucht zu haben).

Grüße

**tschero** · 06.09.2023, 17:38

Ein SSH-Zugriff besteht jetzt.
Das composer update dauert sehr lange und das warmup des cache scheint nicht zu funktionieren.
Das Anlegen der Symlinks hat aber scheinbar geklappt - alle Haken sind grün.
symlinks.jpg

Folgende Ausgabe:

Code:

web1024@ssh:/var/www/web1024/html$ php8.0 -d memory_limit=3G composer.phar update
Loading composer repositories with package information
Info from https://repo.packagist.org: #StandWithUkraine
Updating dependencies
Nothing to modify in lock file
Installing dependencies from lock file (including require-dev)
Nothing to install, update or remove
Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.
Generating autoload files
102 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
contao/manager-plugin: Dumping generated plugins file...
contao/manager-plugin: ...done dumping generated plugins file
> @php vendor/bin/contao-setup
Added the /var/www/web1024/html/web/index.php file.
Added the /var/www/web1024/html/web/app.php file.
Added the /var/www/web1024/html/web/preview.php file.

 Trying to install assets as relative symbolic links.

 --- ------------------------ ------------------
      Bundle                   Method / Error
 --- ------------------------ ------------------
  ?   ContaoCoreBundle         relative symlink
  ?   ContaoFaqBundle          relative symlink
  ?   ContaoCommentsBundle     relative symlink
  ?   ContaoNewsBundle         relative symlink
  ?   ContaoCalendarBundle     relative symlink
  ?   ContaoNewsletterBundle   relative symlink
 --- ------------------------ ------------------


 [OK] All assets were successfully installed.



 --- -------------------------------------------------- ----------------------------------------------------------------
      Symlink                                            Target / Error
 --- -------------------------------------------------- ----------------------------------------------------------------
  ?   web/files/Downloads                                files/Downloads
  ?   web/files/Bilder                                   files/Bilder
  ?   web/files/Diverse                                  files/Diverse
  ?   web/files/videos                                   files/videos
  ?   web/files/Bilder_Termine                           files/Bilder_Termine
  ?   web/files/Headerbilder                             files/Headerbilder
  ?   web/files/Plakate                                  files/Plakate
  ?   web/files/Startslider                              files/Startslider
  ?   web/files/cto_layout                               files/cto_layout
  ?   web/files/Impressionen                             files/Impressionen
  ?   web/system/modules/pct_revolutionslider/assets     system/modules/pct_revolutionslider/assets
  ?   web/system/modules/pct_themer/assets               system/modules/pct_themer/assets
  ?   web/system/modules/pct_autogrid/assets             system/modules/pct_autogrid/assets
  ?   web/system/modules/pct_theme_installer/assets      system/modules/pct_theme_installer/assets
  ?   web/system/modules/pct_customelements/assets       system/modules/pct_customelements/assets
  ?   web/system/modules/pct_frontend_quickedit/assets   system/modules/pct_frontend_quickedit/assets
  ?   web/system/modules/pct_iconpicker/assets           system/modules/pct_iconpicker/assets
  ?   web/system/modules/pct_megamenu/assets             system/modules/pct_megamenu/assets
  ?   web/system/modules/pct_theme_updater/assets        system/modules/pct_theme_updater/assets
  ?   web/system/modules/pct_privacy_manager/assets      system/modules/pct_privacy_manager/assets
  ?   system/themes/flexible                             vendor/contao/core-bundle/src/Resources/contao/themes/flexible
  ?   web/assets                                         assets
  ?   web/system/themes                                  system/themes
  ?   system/logs                                        var/logs
  ?   web/vendor/scrivo/highlight_php/styles             vendor/scrivo/highlight.php/styles
 --- -------------------------------------------------- ----------------------------------------------------------------


 // Clearing the cache for the prod environment with debug
 // false


 [OK] Cache for the "prod" environment (debug=false) was successfully cleared.



 // Clearing the cache for the dev environment with debug
 // true


 [OK] Cache for the "dev" environment (debug=true) was successfully cleared.


The following exception is caused by a process timeout
Check https://getcomposer.org/doc/06-config.md#process-timeout for details

In Process.php line 1204:

  The process "'/opt/php/8.0.1/bin/php' -d allow_url_fopen='1' -d disable_functions='' -d memory_limit='3G' vendor/bin/contao-setup" exceeded the timeout of 300 seconds.


update [--with WITH] [--prefer-source] [--prefer-dist] [--prefer-install PREFER-INSTALL] [--dry-run] [--dev] [--no-dev] [--lock] [--no-install] [--no-audit] [--audit-format AUDIT-FORMAT] [--no-autoloader] [--no-suggest] [--no-progress] [-w|--with-dependencies] [-W|--with-all-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--apcu-autoloader-prefix APCU-AUTOLOADER-PREFIX] [--ignore-platform-req IGNORE-PLATFORM-REQ] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--root-reqs] [--] [<packages>...]

web1024@ssh:/var/www/web1024/html$
 // Warming up the cache for the prod environment with debug
 // false


 [OK] Cache for the "prod" environment (debug=false) was successfully warmed.




 [INFO] Done! Please open the Contao install tool or run the contao:migrate command to make sure the database is
        up-to-date.

PHP 8.0

Hat noch jemand Tipps ,wie man weiter prüfen könnte?

Grüße

**Spooky** · 06.09.2023, 17:44

PHP 8.0 hat das Lebensende erreicht, du solltest PHP 8.2 nutzen.

**tschero** · 06.09.2023, 17:46

Das hab ich beim Alfahostingsupport nachgefragt.
Zurzeit nur PHP8.0 auf der Konsole möglich.

Find ich schon komisch.

**Spooky** · 06.09.2023, 17:52

Vor allem ist das nur PHP 8.0.1. Die neueste PHP 8.0 Version wäre 8.0.30. Stimmt das den überhaupt mit der PHP Version über den Web Prozess überein?

**tschero** · 06.09.2023, 17:54

Der hat PHP 8.0.20 - gem phpinfo()

**Spooky** · 06.09.2023, 18:31

Alfa Hosting muss das auf jeden Fall beheben, andernfalls ist das fahrlässig.

In der Zwischenzeit: führe mal

Code:

/opt/php/8.0.1/bin/php vendor/bin/contao-setup -v

aus und poste die Konsolenausgabe.

**tschero** · 06.09.2023, 18:59

Zitat von Spooky

Alfa Hosting muss das auf jeden Fall beheben, andernfalls ist das fahrlässig.

Da geb ich Dir Recht.

Code:

web1024@ssh:/var/www/web1024/html$ /opt/php/8.0.1/bin/php vendor/bin/contao-setup -v
Added the /var/www/web1024/html/web/index.php file.
Added the /var/www/web1024/html/web/app.php file.
Added the /var/www/web1024/html/web/preview.php file.

 Trying to install assets as relative symbolic links.

 --- --------------------------------- ------------------
      Bundle                            Method / Error
 --- --------------------------------- ------------------
  ?   ContaoCoreBundle                  relative symlink
      -> web/bundles/contaocore
  ?   ContaoFaqBundle                   relative symlink
      -> web/bundles/contaofaq
  ?   ContaoCommentsBundle              relative symlink
      -> web/bundles/contaocomments
  ?   ContaoNewsBundle                  relative symlink
      -> web/bundles/contaonews
  ?   ContaoCalendarBundle              relative symlink
      -> web/bundles/contaocalendar
  ?   ContaoNewsletterBundle            relative symlink
      -> web/bundles/contaonewsletter
 --- --------------------------------- ------------------


 [OK] All assets were successfully installed.



 --- -------------------------------------------------- ----------------------------------------------------------------
      Symlink                                            Target / Error
 --- -------------------------------------------------- ----------------------------------------------------------------
  ?   web/files/Downloads                                files/Downloads
  ?   web/files/Bilder                                   files/Bilder
  ?   web/files/Diverse                                  files/Diverse
  ?   web/files/videos                                   files/videos
  ?   web/files/Bilder_Termine                           files/Bilder_Termine
  ?   web/files/Headerbilder                             files/Headerbilder
  ?   web/files/Plakate                                  files/Plakate
  ?   web/files/Startslider                              files/Startslider
  ?   web/files/cto_layout                               files/cto_layout
  ?   web/files/Impressionen                             files/Impressionen
  ?   web/system/modules/pct_revolutionslider/assets     system/modules/pct_revolutionslider/assets
  ?   web/system/modules/pct_themer/assets               system/modules/pct_themer/assets
  ?   web/system/modules/pct_autogrid/assets             system/modules/pct_autogrid/assets
  ?   web/system/modules/pct_theme_installer/assets      system/modules/pct_theme_installer/assets
  ?   web/system/modules/pct_customelements/assets       system/modules/pct_customelements/assets
  ?   web/system/modules/pct_frontend_quickedit/assets   system/modules/pct_frontend_quickedit/assets
  ?   web/system/modules/pct_iconpicker/assets           system/modules/pct_iconpicker/assets
  ?   web/system/modules/pct_megamenu/assets             system/modules/pct_megamenu/assets
  ?   web/system/modules/pct_theme_updater/assets        system/modules/pct_theme_updater/assets
  ?   web/system/modules/pct_privacy_manager/assets      system/modules/pct_privacy_manager/assets
  ?   system/themes/flexible                             vendor/contao/core-bundle/src/Resources/contao/themes/flexible
  ?   web/assets                                         assets
  ?   web/system/themes                                  system/themes
  ?   system/logs                                        var/logs
  ?   web/vendor/scrivo/highlight_php/styles             vendor/scrivo/highlight.php/styles
 --- -------------------------------------------------- ----------------------------------------------------------------


 // Clearing the cache for the prod environment with debug
 // false

 // Removing old build and cache directory...

 // Finished


 [OK] Cache for the "prod" environment (debug=false) was successfully cleared.



 // Clearing the cache for the dev environment with debug
 // true

 // Removing old build and cache directory...

 // Finished


 [OK] Cache for the "dev" environment (debug=true) was successfully cleared.



 // Warming up the cache for the prod environment with debug
 // false


 [OK] Cache for the "prod" environment (debug=false) was successfully warmed.




 [INFO] Done! Please open the Contao install tool or run the contao:migrate command to make sure the database is
        up-to-date.

Das sieht für mich gut aus. Alles grün und ok.

Das Frontend zeigt jetzt zumindest keine Fehlerseite mehr an. Aber es sieht genau so aus, wie das Backend.
thb_fe.jpg

Von heute morgen steht folgendes im Log:

Code:

[2023-09-06T08:55:10.452892+02:00] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Failed to start the session: already started by PHP." at /var/www/web1024/html/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php line 141 {"exception":"[object] (RuntimeException(code: 0): Failed to start the session: already started by PHP. at /var/www/web1024/html/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php:141)"} []