Jump to content
Froxlor Forum
  • 0

Nach Umstellung auf php-fpm und froxlor vhost - Uncaught exception

hoergen

Asked by hoergen,

 Share

Question

hoergen Apprentice

hoergen

Posted
Posted

Hallo,

ich muss vermutlich irgendwo was falsch gemacht haben. Nachdem ich mit froxlor php-fpm (Apache2/Debian11) und froxlor mit eigener vhost aktiviert habe, bekomme ich nach der Login Maske folgende Fehlermeldung im Browser
  

 Uncaught exception

0 Class "Settings" not found

#0 /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor/lib/Froxlor/PhpHelper.php(235): include()
#1 /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor/lib/init.php(270): Froxlor\PhpHelper::loadConfigArrayDir()
#2 /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor/admin_index.php(27): require('...')
#3 {main}

 

Also ich komme nicht mehr ins Management Panel. Wo bin ich da falsch abgebogen, oder noch viel wichtiger, wie kann ich das wieder richten?

Anmerkung: Zwischendurch wurden keine Systemupdates gefahren. Ich benutze php8.1 und php7.4. Davon ist aber aktuell nur php8.1 auch tatsächlich aktiv.

 

16 answers to this question

Recommended Posts

  • 0
hoergen Apprentice

hoergen

Posted
  • Author
Posted

Die Version ist froxlor-cli 2.0.20-1

Die liegt deshalb in der Hauptdomain, weil ich sonst nicht weiss, wie ich das Management Panel jetzt aufrufen soll.

 

  • 0
d00p Grand Master

d00p

Posted
Posted
Just now, hoergen said:

Die liegt deshalb in der Hauptdomain, weil ich sonst nicht weiss, ich das Management Panel jetzt aufrufen soll.

Das ergibt wenig Sinn...

Zeig mal die Ausgabe von 
  

ls -la /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor/actions/admin/settings/

 

  • 0
hoergen Apprentice

hoergen

Posted
  • Author
Posted
vor 2 Minuten schrieb d00p:

Das ergibt wenig Sinn...

Zeig mal die Ausgabe von 
  

ls -la /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor/actions/admin/settings/

 

Naja Sinn ... wenn ich das nicht reinkopiere .. wo finde ich dann den richtigen Link? Der ursprüngliche Link funktioniert leider nach meiner Aktion nicht mehr.

 

Das ist die Ausgabe

  

insgesamt 164
drwxr-xr-x 2 www-data www-data  4096 10. Jun 08:16 .
drwxr-xr-x 3 www-data www-data  4096 10. Jun 08:16 ..
-rw-r--r-- 1 www-data www-data  1874 27. Nov 2018  000.version.php
-rw-r--r-- 1 www-data www-data 11475  2. Jun 20:39 100.panel.php
-rw-r--r-- 1 www-data www-data  8093  2. Jun 20:39 110.accounts.php
-rw-r--r-- 1 www-data www-data 10564  2. Jun 20:39 120.system.php
-rw-r--r-- 1 www-data www-data  9786  2. Jun 20:39 122.froxlorvhost.php
-rw-r--r-- 1 www-data www-data  2358  2. Jun 20:39 125.cronjob.php
-rw-r--r-- 1 www-data www-data 13324  2. Jun 20:39 130.webserver.php
-rw-r--r-- 1 www-data www-data  8797  2. Jun 20:39 131.ssl.php
-rw-r--r-- 1 www-data www-data  4527  2. Jun 20:39 135.fcgid.php
-rw-r--r-- 1 www-data www-data  5047  2. Jun 20:39 136.phpfpm.php
-rw-r--r-- 1 www-data www-data  2381  2. Jun 20:39 137.perl.php
-rw-r--r-- 1 www-data www-data  4014  2. Jun 20:39 140.statistics.php
-rw-r--r-- 1 www-data www-data  5233  2. Jun 20:39 150.mail.php
-rw-r--r-- 1 www-data www-data  1442  2. Jun 20:39 155.ftpserver.php
-rw-r--r-- 1 www-data www-data  5747  2. Jun 20:39 160.nameserver.php
-rw-r--r-- 1 www-data www-data  2868  2. Jun 20:39 170.logger.php
-rw-r--r-- 1 www-data www-data  4453  2. Jun 20:39 180.dkim.php
-rw-r--r-- 1 www-data www-data  1583  2. Jun 20:39 185.spf.php
-rw-r--r-- 1 www-data www-data  4926 27. Nov 2018  190.ticket.php
-rw-r--r-- 1 www-data www-data  3738  2. Jun 20:39 210.security.php
-rw-r--r-- 1 www-data www-data  2342  2. Jun 20:39 220.quota.php
-rw-r--r-- 1 www-data www-data     0  2. Jun 20:39 index.html



 

  • 0
d00p Grand Master

d00p

Posted
Posted

Oha, ja da ist wohl noch ein überbleibsel aus alten tagen (000.version.php z.B.), stelle sicher das du nur noch die folgenden Dateien hast:

  

-rw-r--r-- 1 froxlor froxlor 11631 Jun 12 08:01 100.panel.php
-rw-r--r-- 1 froxlor froxlor  8112 Jun 12 08:01 110.accounts.php
-rw-r--r-- 1 froxlor froxlor 10564 Jun 12 08:00 120.system.php
-rw-r--r-- 1 froxlor froxlor  9786 Jun 12 08:00 122.froxlorvhost.php
-rw-r--r-- 1 froxlor froxlor  2358 Jun 12 08:00 125.cronjob.php
-rw-r--r-- 1 froxlor froxlor 13411 Jun 12 08:27 130.webserver.php
-rw-r--r-- 1 froxlor froxlor  8797 Jun 12 08:00 131.ssl.php
-rw-r--r-- 1 froxlor froxlor  4527 Jun 12 08:00 135.fcgid.php
-rw-r--r-- 1 froxlor froxlor  5047 Jun 12 08:00 136.phpfpm.php
-rw-r--r-- 1 froxlor froxlor  2381 Jun 12 08:00 137.perl.php
-rw-r--r-- 1 froxlor froxlor  4014 Jun 12 08:00 140.statistics.php
-rw-r--r-- 1 froxlor froxlor  5233 Jun 12 08:00 150.mail.php
-rw-r--r-- 1 froxlor froxlor  1442 Jun 12 08:00 155.ftpserver.php
-rw-r--r-- 1 froxlor froxlor  5747 Jun 12 08:00 160.nameserver.php
-rw-r--r-- 1 froxlor froxlor  2868 Jun 12 08:00 170.logger.php
-rw-r--r-- 1 froxlor froxlor  4453 Jun 12 08:00 180.dkim.php
-rw-r--r-- 1 froxlor froxlor  1583 Jun 12 08:00 185.spf.php
-rw-r--r-- 1 froxlor froxlor  3738 Jun 12 08:00 210.security.php
-rw-r--r-- 1 froxlor froxlor  2342 Jun 12 08:00 220.quota.php
-rw-r--r-- 1 froxlor froxlor     0 Jun 12 08:00 index.html

 

Übrigens, da muss irgendwann bei einem 0.10.x Update bei dir schon was nicht gepasst haben, denn die veralteten Dateien wurden eigentlich im Update von 0.10.0-rc2 auf 0.10.0 bereinigt (was u.U. nicht automatisch geklappt hat, weil du froxlor in einem Kunden-Directory hast und vermutlich nicht mit der korrekten PHP-config laufen lässt und du somit aufgefordert gewesen wurdest, Befehle manuell auszuführen):

Folgende Dateien sollten entfernt worden sein bei dem Update: 

		"actions/admin/settings/000.version.php",
		"actions/admin/settings/190.ticket.php",
		"admin_tickets.php",
		"customer_tickets.php",
		"install/scripts/language-check.php",
		"install/updates/froxlor/upgrade_syscp.inc.php",
		"lib/classes",
		"lib/configfiles/precise.xml",
		"lib/cron_init.php",
		"lib/cron_shutdown.php",
		"lib/formfields/admin/tickets",
		"lib/formfields/customer/tickets",
		"lib/functions.php",
		"lib/functions",
		"lib/navigation/10.tickets.php",
		"scripts/classes",
		"scripts/jobs",
		"templates/Sparkle/admin/tickets",
		"templates/Sparkle/customer/tickets"

Für den Sprung auf 2.0.x galt übrigens das Selbe, hier wurden folgende Dateien bereinigt: 

		"install/lib",
		"install/lng",
		"install/updates/froxlor/0.9",
		"install/updates/froxlor/0.10",
		"install/updates/preconfig/0.9",
		"install/updates/preconfig/0.10",
		"install/updates/preconfig.php",
		"templates/Sparkle",
		"lib/version.inc.php",
		"lng/czech.lng.php",
		"lng/dutch.lng.php",
		"lng/english.lng.php",
		"lng/french.lng.php",
		"lng/german.lng.php",
		"lng/italian.lng.php",
		"lng/lng_references.php",
		"lng/portugues.lng.php",
		"lng/swedish.lng.php",
		"scripts"

 

  • 0
hoergen Apprentice

hoergen

Posted
  • Author
Posted

Also mit Sicherstellen meinst du, dass ich ein git pull in ein frisches Verzeichnis machen kann und die Konfiguration übertragen kann? Dann sollte ich ja auf dem aktuellsten und sauberen Stand sein, oder?

 

Zum Thema wie lange das Problem schon existiert,  weiss ich leider nichts, weil ich bis vor der Aktivierung das Problem nicht hatte. Ich will gar nicht ausschliessen, dass das Problem schon länger existiert, es aber unbemerkt blieb.

  • 0
hoergen Apprentice

hoergen

Posted
  • Author
Posted

Ah ok.

  1. Ich hatte inzwischen angefangen mit deinem ersten Vorschlag die entsprechenden Dateien zu entfernen.
  2. Danach bekam ich dann erstmal eine weise Seite.
  3. Dann habe ich die Dateien aus einem frischen git clone drüber kopiert und kann jetzt wieder auf das Management Panel zugreifen.

Allerdings sind die vorangegangen Einstellungen php-fpm usw alle wohl verschwunden. Dachte das würde in der Datenbank gespeichert? Falls nicht, hat es mir wohl gerade den Allerwertesten gerettet ;)

Das heisst, wenn ich das aktuelle froxlor Verzeichnise sichere und mich wieder an die php-fpm Konfiguration ran mache. Sollte das in einem Fehlerfalle eine "temporär schmutzige" Rettung sein?

Von froxlor in ein vhost zu stecken, lasse ich erstmal die Finger.

 

Vielen Lieben Dank für deine vor allem so schnelle Hilfe !

  • 0
d00p Grand Master

d00p

Posted
Posted
Just now, hoergen said:

Allerdings sind die vorangegangen Einstellungen php-fpm usw alle wohl verschwunden. Dachte das würde in der Datenbank gespeichert?

Natürlich wird das alles in der Datenbank gespeichert - hast du denn nicht die lib/userdata.inc.php in das neue Verzeichnis kopiert (dort sind die Datenbank-Zugänge hinterlegt). Dann liest froxlor auch alles wieder aus seiner Datenbank und alles ist wieder da...

1 minute ago, hoergen said:

Das heisst, wenn ich das aktuelle froxlor Verzeichnise sichere und mich wieder an die php-fpm Konfiguration ran mache. Sollte das in einem Fehlerfalle eine "temporär schmutzige" Rettung sein?

Ich würde ja eher die Datenbank sichern und dazu die lib/userdata.inc.php - den rest bekommst du jederzeit ausm Netz wieder

2 minutes ago, hoergen said:

Von froxlor in ein vhost zu stecken, lasse ich erstmal die Finger.

Ehm, das ist eigentlich STANDARD und soll so sein...ich würde eher sagen: lass die Finger davon froxlor in ein KUNDEN-Homedir zu stecken...

  • 0
hoergen Apprentice

hoergen

Posted
  • Author
Posted
vor 6 Minuten schrieb d00p:

Natürlich wird das alles in der Datenbank gespeichert - hast du denn nicht die lib/userdata.inc.php in das neue Verzeichnis kopiert (dort sind die Datenbank-Zugänge hinterlegt). Dann liest froxlor auch alles wieder aus seiner Datenbank und alles ist wieder da...

Doch, die habe ich mit rüber kopiert. Sonst könnte ich ja nicht auf das Management Panel zugreifen. Aber ich sehe z.B. in "PHP" nur die Menüpunkte Phpinfo(), APCu info und OPcache Info. Da war vor meiner Aktion noch der PHP-fpm Eintrag. Der ist jetzt weg.

 

Zitat

Ich würde ja eher die Datenbank sichern und dazu die lib/userdata.inc.php - den rest bekommst du jederzeit ausm Netz wieder

DAS werde ich auch gleich tun 👍

 

Zitat

Ehm, das ist eigentlich STANDARD und soll so sein...ich würde eher sagen: lass die Finger davon froxlor in ein KUNDEN-Homedir zu stecken...

 

Bei mir war das deaktiviert, daher hatte ich das aktiviert. Jetzt ist "Froxlor direkt über den Hostnamen erreichbar machen " aktiv und ich rühr da nichts mehr dran! :)

 

 

  • 0
d00p Grand Master

d00p

Posted
Posted
Just now, hoergen said:

Doch, die habe ich mit rüber kopiert. Sonst könnte ich ja nicht auf das Management Panel zugreifen. Aber ich sehe z.B. in "PHP" nur die Menüpunkte Phpinfo(), APCu info und OPcache Info. Da war vor meiner Aktion noch der PHP-fpm Eintrag. Der ist jetzt weg.

Dann hat der vorher wohl deine besagte "Umstellung" gar nicht gespeichert aufgrund der Fehler

Just now, hoergen said:

Bei mir war das deaktiviert, daher hatte ich das aktiviert. Jetzt ist "Froxlor direkt über den Hostnamen erreichbar machen " aktiv und ich rühr da nichts mehr dran! :)

Die Option "Froxlor direkt über den Hostnamen erreichbar machen" ist nur eine option für den vhost. Es geht darum das froxlor in /var/www/html/froxlor liegen sollte (vorallem bei php-fpm/fcgid dann mit eigenem lokalen user!) und eben NICHT in einem Kunden-Heimatverzeichnis (Berechtigungen, etc.pp.).

Wenn du ja jetzt dein froxlor via apt ordentlich normal installiert hast, stimmt ja alles - am besten löscht du dann den Ordner /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor komplett damit da nichts durcheinanderkommt

  • 0
hoergen Apprentice

hoergen

Posted
  • Author
Posted
vor 10 Minuten schrieb d00p:

Wenn du ja jetzt dein froxlor via apt ordentlich normal installiert hast, stimmt ja alles - am besten löscht du dann den Ordner /var/customers/webs/PATH2WEBSPACE/htdocs/froxlor komplett damit da nichts durcheinanderkommt

 

Ich mache erstmal alle Backups, dann nochmal per apt einen Reinstall von froxlor und nehme dann das froxlor im Kundenverzeichnis weg. Aktuell wird ausschließlich da drauf zugegriffen. 👍

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Go to question listing


×
×
  • Create New...