Hallo,

ich habe heute das Autp Update auf die aktuelle Version durchgeführt.
Teilweiße habe ich nur weiße Seiten im Froxlor Admin. zB die Seiten: Konfiguration oder die Bearbeitungsseite der Kunden.

Im Apache Log hab ich folgendes und komme nicht schlau drauß

[Fri Aug 14 22:51:27.375596 2020] [proxy_fcgi:error] [pid 9335] [client XXX:60594] AH01071: Got error 'PHP message: PHP Fatal error:  Uncaught Error: Call to undefined function Froxlor\\Config\\simplexml_load_file() in /var/www/froxlor/lib/Froxlor/Config/ConfigParser.php:113\nStack trace:\n#0 /var/www/froxlor/admin_configfiles.php(138): Froxlor\\Config\\ConfigParser->__construct('/var/www/froxlo...')\n#1 {main}\n  thrown in /var/www/froxlor/lib/Froxlor/Config/ConfigParser.php on line 113\n', referer: http://XXX.net/froxlor/admin_customers.php?page=customers&s=bb0b8bd4cb8fab67f42d618b01cc7fe7

Generell ließ sich der Apache vorhin auch erst wieder starten als ich zu php7 noch das alte 5.6 hinzuinstalliert habe. Wo muss ich noch was umstellen, und wie wenn die Konfigseite weiß bleibt?

 

Grüße

 

Froxlor 0.10.x funktioniert nur mit PHP 7

Der Fehler aus der Log sagt das du offenbar die XML Extension von PHP nicht installiert hast

Danke, das funktioniert-.

Kannst du mir noch sagen wo ich suchen muss warum die Konfigfiles nicht neugeschrieben werden?
Im Systemlog im Frontend steht leider nix drin.

php /var/www/froxlor/scripts/froxlor_master_cronjob.php --force --debug

Und Ausgabe anschauen, dort sollte der ein oder andere Hinweis sein.

Das sieht gut aus. Die Konfigfiles wurden ohne Fehler erstellt, oder wie siehst du das?
 

[information] TasksCron: Searching for tasks to do
[notice] Removing Let's Encrypt entries for domain my-samples.de
[information] Task4 started - Rebuilding froxlor_bind.conf
[information] Cleaning dns zone files from /etc/bind/domains/
[debug] domId    domain                                  ismainbutsubto parent domain                           list of child domain ids
[debug] 8        KUNDE2.de                     0              -
[debug] 18       fr.eu                         0              -
[debug] 34       KUNDE3.de                         0              -
[debug] 20       kb.de                             0              -
[debug] 26       r.de                                0              -
[debug] 36       xn---wqb.de            0              -
[debug] 6        z.de                               0              -
[information] `/etc/bind/domains/KUNDE2.de.zone` written
[debug] Generating dns config for KUNDE2.de
[information] `/etc/bind/domains/fr.eu.zone` written
[debug] Generating dns config for fr.eu
[information] `/etc/bind/domains/KUNDE3.de.zone` written
[debug] Generating dns config for KUNDE3.de
[information] `/etc/bind/domains/kb.de.zone` written
[debug] Generating dns config for kb.de
[information] `/etc/bind/domains/r.de.zone` written
[debug] Generating dns config for r.de
[information] `/etc/bind/domains/xn---wqb.de.zone` written
[debug] Generating dns config for xn---wqb.de
[information] `/etc/bind/domains/z.de.zone` written
[debug] Generating dns config for z.de
[information] froxlor_bind.conf written
[information] Bind daemon reloaded
[information] Task4 finished
[information] apache::createIpPort: creating ip/port settings for  XX.XXX.XXX.130:80
[notice] XX.XXX.XXX.130:80 :: namevirtualhost-statement no longer needed for apache-2.4
[debug] XX.XXX.XXX.130:80 :: inserted vhostcontainer
[information] apache::createVirtualHosts: creating vhost container for domain 28, customer KUNDE1
[information] apache::createVirtualHosts: creating vhost container for domain 29, customer KUNDE2
[information] apache::createVirtualHosts: creating vhost container for domain 10, customer KUNDE2
[information] apache::createVirtualHosts: creating vhost container for domain 25, customer KUNDE1
[information] apache::createVirtualHosts: creating vhost container for domain 12, customer KUNDE1
[information] apache::createVirtualHosts: creating vhost container for domain 11, customer KUNDE1
[information] apache::createVirtualHosts: creating vhost container for domain 8, customer KUNDE2
[information] apache::createVirtualHosts: creating vhost container for domain 6, customer KUNDE1
[information] apache::createVirtualHosts: creating vhost container for domain 18, customer KUNDE2
[information] apache::createVirtualHosts: creating vhost container for domain 34, customer KUNDE3
[information] apache::createVirtualHosts: creating vhost container for domain 20, customer KUNDE4
[information] apache::createVirtualHosts: creating vhost container for domain 26, customer KUNDE1
[information] apache::createVirtualHosts: creating vhost container for domain 36, customer KUNDE2
[information] apache::writeConfigs: rebuilding /etc/apache2/sites-enabled/
[information] apache::writeConfigs: rebuilding /etc/apache2/froxlor-htpasswd/
[information] apache::writeConfigs: rebuilding /etc/apache2/sites-enabled/
[information] Froxlor\Cron\Http\Apache::reload: reloading Froxlor\Cron\Http\Apache
[notice] Checking system's last guid

 

Muss ich den Cron neu erstellen?

Berechnung der Mailbox-Größen und die Restlichen laufen auch nicht

Der cron - sofern wieso auch immer nicht mehr vorhanden - wurde spätestens durch den Aufruf mit --force wieder angelegt. Prüfen kannst du das in dem.du einen Blick in die Datei /etc/cron.d/froxlor wirfst. Da sollten ein paar Zeilen drin stehen. Der cron Dienst sollte natürlich auch nicht gestoppt sein.

In der cron.d steht nun folgendes drin.

Quote

*/5 * * * * root /usr/bin/nice -n 5 /usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php --tasks 1> /dev/null
0 0 * * * root /usr/bin/nice -n 5 /usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php --traffic 1> /dev/null
5 0 * * * root /usr/bin/nice -n 5 /usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php --usage_report 1> /dev/null
0 */6 * * * root /usr/bin/nice -n 5 /usr/bin/php5 -q /var/www/froxlor/scripts/froxlor_master_cronjob.php --mailboxsize 1> /dev/null

Was mir noch aufgefallen ist, die Uhrzeit im Frontend bei den Crons passt nicht. Welche Zeitzone nimmst du da?

Naja, das sind Systemeinstellungen die du selbst bestimmen kannst. In Deutschland nimmt man meist Europe/Berlin.

 

Das ist schon klar. Bei den Systemeinstellungen im Frontend steht aber nichts von zeitzone.

 

 

Das stellst du auch in der php.ini ein, date.timezone, du kannst ja u.a. mit froxlor auch unterschiedliche PHP Versionen mit wieder unterschiedlichen ini Einstellungen haben. Steht dir alles frei einzustellen wie du es brauchst.

 

Also ich hab jetzt in der /etc/php/7.0/fpm/php.ini die Timezone gesetzt aber Froxlor zeigt es mir dennoch als UTC Default an im Frontend

 

Edit: FPM Restart war das Problem.