untiefe

Vielen Dank für die super schnelle Antwort. Dann warte ich einfach auf 2.3.1 - es läuft ja sonst alles. Und wenn ich auf "set distribution" klicke, schlägt er mir auch bookworm vor... In den System > Settings habe ich dazu allerdings nichts gefunden. Ich habe mich einfach gewundert, warum froxlor glaubt es hätte ein System upgrade gegeben. Vielen Dank für das beste Server-Management-System das es gibt :-)

Hallo, seit meinem Update auf froxlor 2.3 erhalte ich von meinem cron jeweils um Mitternacht folgende Fehler eMail: Subject: Cron <root@h2872352> /usr/bin/nice -n 5 /usr/bin/php -q /var/www/html/froxlor/bin/froxlor-cli froxlor:cron 'traffic' -q 1> /dev/null froxlor[551172]: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away froxlor[551172]: --- DEBUG: #0 /var/www/html/froxlor/lib/Froxlor/Database/Database.php(122): PDOStatement->execute() #1 /var/www/html/froxlor/lib/Froxlor/Settings.php(223): Froxlor\Database\Database::pexecute() #2 /var/www/html/froxlor/lib/Froxlor/Settings.php(191): Froxlor\Settings::storeSetting() #3 /var/www/html/froxlor/lib/Froxlor/System/Cronjob.php(145): Froxlor\Settings::Set() #4 /var/www/html/froxlor/lib/Froxlor/Cli/MasterCron.php(161): Froxlor\System\Cronjob::checkCurrentDistro() #5 /var/www/html/froxlor/vendor/symfony/console/Command/Command.php(298): Froxlor\Cli\MasterCron->execute() #6 /var/www/html/froxlor/vendor/symfony/console/Application.php(1040): Symfony\Component\Console\Command\Command->run() #7 /var/www/html/froxlor/vendor/symfony/console/Application.php(301): Symfony\Component\Console\Application->doRunCommand() #8 /var/www/html/froxlor/vendor/symfony/console/Application.php(171): Symfony\Component\Console\Application->doRun() #9 /var/www/html/froxlor/bin/froxlor-cli(71): Symfony\Component\Console\Application->run() #10 {main} Es scheint aber alles zu funktionieren. Ein "/etc/init.d/mysql status" sagt mariadbd ist active und running und alle Funktionen (apache, imap, ...) laufen. Beim einloggen in froxlor kommt außerdem die Nachricht "It seems that you have upgraded to a new distribution. Please remember to reconfigure services accordingly.", wobei ich schon seit langer Zeit Debian 12 verwende und kein upgrade durchgeführt habe. Da in der Fehler eMail auch ein "checkCurrentDistro" auftaucht, gehören diese Fehler vielleicht zusammen? Was könnte hier seit dem Update schief laufen?

Thanks a lot for the extremely quick replies! I'll now have an idea, what to update.

The hostname is correct, but: The Setting: "Access Froxlor directly via the hostname" is NOT set and there are no domains in "Comma separated list of domains to add as server alias to the froxlor vhost" are these new options? Or are they now enforced in Version 2.1?

Hello, i just updated to froxlor 2.1.0-1 and ran into the same problem. The subdomain, I had configured to use for my froxlor frontend only shows: Domain not configured This domain requires configuration via the froxlor server management panel, as it is currently not assigned to any customer. But it worked before for many versions... And the hostname in my system settings is correct, so unfortunately the solution for cscholz does not work for me... The sub domain is pointing to /var/www/html/froxlor and there should be the froxlor installation also? It works, when I use http://IP/froxlor Any other ideas, why the configured subdomain does not work any more? --- here the corresponding vhost (anonymised) # 34_froxlor_normal_vhost_fl.DOMAIN.conf # Created 07.10.2023 13:45 # Do NOT manually edit this file, all changes will be deleted after the next domain change at the panel. # Domain ID: 29 - CustomerID: 1 - CustomerLogin: NAME <VirtualHost IP-ADRESS:80> ServerName fl.DOMAIN ServerAdmin Michael@DOMAIN DocumentRoot "/var/www/html/froxlor" php_admin_value sendmail_path "/usr/sbin/sendmail -t -f Michael@DOMAIN" php_admin_value open_basedir "/var/www/html/fl:/tmp" Alias /webalizer "/var/customers/webs/NAME/webalizer" LogLevel warn ErrorLog "/var/customers/logs/NAME-error.log" CustomLog "/var/customers/logs/NAME-access.log" combined </VirtualHost>

Hallo nochmal und vielen Dank für den Support. Ja, bislang habe ich das als Kundendomain angelegt. Aber wenn es als admin direkt geht, werde ich das entsprechend ändern. Beste Grüße, Michael

Danke für die super schnelle Reaktionszeit am Sonntag Abend! Ich habe es ja jetzt erstmal wieder zum laufen bekommen (genau mit einer manuellen PHP7.4 installation) - wie schon in meiner weiteren Post beschrieben. Ein Problem ist aktuell noch übrig. Die virtuelle Domain, die auf das froxlor Verzeichnis zeigt funktioniert nicht mehr, da das Webfrontend keine Pfade mit / vorne erlaubt: Please note: The path / is not allowed due to administrative settings, it will automatically be set to /chosen.subdomain.tld/ if not set to another directory. Das war beim alten frontend nicht so, oder? Kann ich das in den Einstellungen irgendwo ändern? Ich fand dies über eine eigene Subdomain sehr praktisch... Viele Grüße, Michael

nach einem manuellen upgrade auf php7.4 (https://prepaid-host.com/de/blog/php-7-4-auf-debian-11-10-9-installieren) und dem enablen von php7.4 im apache (a2enmod) konnte ich mich einloggen. Daraufhin wurde natürlich wieder der Pfad der virtuellen domain auf /var/www/froxlor geändert, so dass ich dies nochmal manuell anpassen musste und dann in der config über das neue Frontend. Ich hoffe es funktioniert nun auch alles. Beste Grüße, Michael

Hallo, ich finde es ja schön, dass froxlor so aktiv weiterentwickelt wird und es eine Version 2.0 gibt. Aber leider hat der Update Process auf debian buster per aptitude full-upgrade meine Installation erstmal unbrauchbar gemacht. 1. das verschieben des Installationsverzeichnisses hat nicht funktioniert: Unpacking froxlor (2.0.4-1) over (0.10.38.3-1) ... dpkg: warning: unable to delete old directory '/var/www/froxlor': Directory not empty Setting up php7.3-gmp (7.3.31-1~deb10u2) ... Creating config file /etc/php/7.3/mods-available/gmp.ini with new version Setting up froxlor (2.0.4-1) ... The froxlor package has been updated, please log in via webinterface to finish update. >> Das konnte ich noch manuell im config file der virtuellen Domain korrigieren 2. PHP 7.4 wird nicht korrekt angezogen, so dass ich jetzt ein froxlor 2.0 mit php 7.3 installiert habe und dann statt der Login Page nur folgenden Fehler sehe: --- Whoops! It seems you are using an older version of PHP Froxlor requires at least PHP version 7.4.0 The installed version is: 7.3.31-1~deb10u2 ---- und hier komme ich aktuell nicht weiter. Eine developer version von PHP installieren? Oder gleich auf die nächste debian version aktualisieren? Es ist echt unschön, dass ich diese Probleme jetzt ohne Vorwarnung bekommen habe.... Ich freue mich über jegliche Vorschläge! Beste Grüße, Michael