saxandl

done das ursprüngliche problem bleibt: Do you want to apply the config now? [y/N]:y froxlor[4645]: The php PDO extension or PDO-MySQL driver is not available

erledigt, dann doch noch was aufgepoppt: PHP Fatal error: Uncaught Error: Call to undefined function Froxlor\Config\simplexml_load_file() in /var/www/froxlor/lib/Froxlor/Config/ConfigParser.php:113 Stack trace: #0 /var/www/froxlor/lib/Froxlor/Cli/Action/ConfigServicesAction.php(103): Froxlor\Config\ConfigParser->__construct() #1 /var/www/froxlor/lib/Froxlor/Cli/Action/ConfigServicesAction.php(44): Froxlor\Cli\Action\ConfigServicesAction->createConfig() #2 /var/www/froxlor/lib/Froxlor/Cli/Action/ConfigServicesAction.php(19): Froxlor\Cli\Action\ConfigServicesAction->validate() #3 /var/www/froxlor/lib/Froxlor/Cli/CmdLineHandler.php(64): Froxlor\Cli\Action\ConfigServicesAction->run() #4 /var/www/froxlor/lib/Froxlor/Cli/CmdLineHandler.php(47): Froxlor\Cli\CmdLineHandler->__construct() #5 /var/www/froxlor/install/scripts/config-services.php(28): Froxlor\Cli\CmdLineHandler::processParameters() #6 {main} thrown in /var/www/froxlor/lib/Froxlor/Config/ConfigParser.php on line 113

habe in PHP-FPM Version eingetragen: und gespeichert. Anschliessend PHP-Konfiguration angepasst dann bekomm ich nach Aufruf eine Fehlermeldung: php /var/www/froxlor//install/scripts/config-services.php --froxlor-dir=/var/www/froxlor/ --create PHP Parse error: syntax error, unexpected integer "1" in /var/www/froxlor/install/scripts/config-services.php on line 31 Zwischenzeitlich reboot half auch nicht weiter

Server: API FPM/FastCGI php8.1-fpm ist schon die neueste Version (8.1.4-1+0~20220320.14+debian10~1.gbp16e58c) how should I adjust settings in froxlor? in gui?

Hello! After update, getting same error. The php -v: PHP 8.1.4 (cli) (built: Mar 20 2022 16:51:10) (NTS) the Webinterface shows PHP Version 8.0.17 please let me know, how to update

Fehlermeldung open(/var/customers/tmp/<customer>//sess_vrik2d57cvbp108jmf3hl29i02, O_RDWR) failed: Permission denied (13) worauf ich das verzeichnis "/var/customers/tmp/<customer>" von ursprünglich 10002:10002 auf <customer>:<customer> geowned habe. damit dürfte es jetzt funktionieren

FCGDI ist deaktiviert PHP-FPM aktiviert WP_TEMP_DIR siehe unten was mir aufgefallen ist: "proxy_fcgi"- modul in apache ist aktiviert, "php8.0" - modul deaktiviert genau so steht's in der wp-config.php define(‘WP_TEMP_DIR’, ABSPATH . ‘wp-content/tmp’);

Hi! Nach Installation von Wordpress sollte ein neues Template hochgeladen und installiert werden. Hier kommt die Fehlermeldung "Es fehlt ein temporärer Ordner" Ich habe nach WP-Anleitung den WP_TEMP_DIR definiert und schreibbar gemacht - ohne Erfolg. In verschiedenen Tutorials wird empfohlen, die PHP-Einstellungen der php.ini zu ändern. Das getraue ich mich nicht, weil ich befürchte, dass es sich global auswirkt. Hat jmd ähnliche Erfahrungen und ev. einen Lösungansatz? danke & greets Alex

automatisiertes update halt, ich hätte es aber auch zugelassen, wenn es zu bestätigen gewesen wäre. Wir erwähnt proxy_fcgi-error erstmal um 10:40 aufgetreten, davon um 10:33 update von php 8.0.11 => 8.0.12 sowohl apache2 als auch system-neustart - beides ohne erfolg. Kann es mit suexec in zusammenhang stehen? denn auch hier kommt eine Fehlermeldung "suexec policy violation" und im suexec.log bei aufruf von cgi-script: [2021-10-26 12:44:20]: target uid/gid (1001/1001) mismatch with directory (10000/10000) or program (10000/10000)

das Phänomen ist spontan und ohne mein zutun aufgetreten srw-rw---- 1 customer2 customer2 0 Okt 26 11:48 1-customer2-<domain>.<tdl>-php-fpm.socket srw-rw---- 1 customer1 customer1 0 Okt 26 11:48 1-customer1-<domain>.<tdl>-php-fpm.socket es wundert mich auch: zumal das spontan aufgetreten ist und ungefähr zeitgleich im apt.log das update ausgeführt wurde!

da sind dann alle domains und subdomains aufgelistet. Auszug: customer1 3504 0.0 0.0 234592 11772 ? S 11:48 0:00 \_ php-fpm: pool <domain>.<tdl> customer1 3505 0.0 0.0 234592 11772 ? S 11:48 0:00 \_ php-fpm: pool <domain>.<tdl> customer2 3514 0.0 0.0 234592 11776 ? S 11:48 0:00 \_ php-fpm: pool <domain>.<tdl> customer2 3515 0.0 0.0 234592 11776 ? S 11:48 0:00 \_ php-fpm: pool <domain>.<tdl> die domain von customer1 bildet index.php ab; die domain von customer2 nicht mehr => Error 502 (sehr wahrscheinlich seit dem Update von PHP)

*ggg* ich kann leider nicht alles wissen 😞 aber ich versuchs mir zu merken: root 3484 0.5 0.1 234816 33976 ? Ss 11:48 0:00 php-fpm: master process (/etc/php/8.0/fpm/php-fpm.conf)

wie überprüft man das? // update: ja, läuft: php8.0-fpm & php8.0-fpm.service jetzt beide reseller ident

Hi Nach einem automatisierten update von PHP 8.0.11 auf 8.0.12 erschein folgende Fehlermeldung im log: [Tue Oct 26 11:17:44.413045 2021] [proxy:error] [pid 890] (13)Permission denied: AH02454: FCGI: attempt to connect to Unix domain socket /var/lib/apache2/fastcgi/1-<customer>-<domain>.<tdl>-php-fpm.socket (*) failed [Tue Oct 26 11:17:44.413120 2021] [proxy_fcgi:error] [pid 890] [client nn.nn.nn.nn:44115] AH01079: failed to make connection to backend: httpd-UDS Die website meldet Fehler 503 Service Unavailable. Zur Ergänzung: es handelt sich um websites mit index.php Obiges tritt interessanter Weise nur bei einem customer auf, bei einem zweiten nicht. Der einzig erkennbare Unterschied: bei Customer mit error fehlt in der Option Domains=>(Sub-) Domain bearbeiten => die Option "OpenBasedir-Pfad"

das script selbst tut nichts anderes, als das Environment auszulesen und an den Browser weiter geben - vergleichbar mit phpinfo(). Am script liegt es definitiv nicht! Wenn ich das script über den Browser aufrufe, bekomme ich einen 404-error und im logfile den beschriebenen error. Es sieht so aus, als würde apache nicht auf das Verzeichnis des customers zugreifen, sondern das script im Verzeichnis /usr/lib/cgi-bin/ ausführen versuchen. Nur zur Sicherheit: FCGID ist deaktiviert

das weiss ich nicht! das cgi-script wird nicht im Verzeichnis ausgeführt - daher hab ich ins logfile geschaut.

bin exakt wie beschrieben vorgegangen. softlink's werden korrekt eingerichtet, apache scheint nicht richtig darauf zu reagieren: AH02811: script not found or unable to stat: /usr/lib/cgi-bin/env.cgi

update: leider ein Folgeproblem aufgetreten: apache error.log: AH01215: suexec policy violation: see suexec log for more details: suexec.log uid: (10000/<customer>) gid: (10000/<customer>) cmd: env.cgi command not in docroot (/mnt/datastore2/webs/<customer>/<domain>.<tdl>/shop/cgi-bin/env.cgi) sieht so aus, was würde das env.cgi aufgrund Rechteproblem nicht ausgeführt werden können. Es gibt da bei den Einstellungen Perl/CGI den Punkt - Aktiviere SuExec-Workaround der vermutlich angepasst werden muss. Ich habe die Pfade grundsätzlich so angelegt, dass sich das Verzeichnis /cgi-bin/ unterhalb des docroots befindet: /var/customers/webs/<customer>/<domain>.<tdl>/cgi-bin/ und dies in der vHost-Einstellung über ScriptAlias definiert. Wie sollte die Konfiguration angepasst werden?

a2enmod proxy_fcgi => alles gut thanks!

als root von der console: # sudo service Usage: service < option > | --status-all | .... Debian 10 Apache 2.4.38 php 8.0 MariaDB 10.3.31 wo finde ich froxlor/php-fpm-daemon settings?

wie vorgeschlagen vorgegangen libnss-extrausers eingerichtet - scheint zu funktionieren: ftp user:group wird auf customer:customer umgeschrieben. neues Problem entstanden: php wird nicht ausgeführt, sondern der code im browser angezeigt. Zum Test deaktiviere ich den <FilesMatch \.(php)$> im vhost => wird php ausgeführt. vl auch von Bedeutung: Froxlor\Cron\Http\ApacheFcgi::reload: running service php8.0-fpm restart sh: 1: service: not found

heisst das im Umkehrschluss, wenn ich FCGID & PHP-FPM in den Einstellungen aktiviere benötige ich libnss-extrausers nicht?

wo finde ich diese Einstellung bzw. wie lässt es ermitteln?

Hallo! Ich habe eine Frage an jene, die Joomla auf Froxlor nutzen, weil mir folgendes aufgefallen ist: Nachdem ich die Joomla-Dateien ins web-root geladen und die Installation aufgerufen habe, erhalte ich die Fehlermeldung, dass die "configuration.php" nicht erstellt werden kann. Das führte ich auf fehlende Rechte zurück und habe webroot temporär auf 777 gesetzt. Damit ist zwar das Installations-Problem gelöst, es lassen sich aber keinerlei Module oder Templates laden. Augenscheinlich werden die Rechte durch FTP-Upload auf 10000:10000 gesetzt, Jommla über html erwartet jedoch www-data:www-data (ich kann aber auch falsch liegen, mit dieser Vermutung). Kann mir jmd, der Joomla im Einsatz hat, nützliche Hinweise geben? Danke & greets

super!!! danke! ups - ich war zu schnell: jetzt kann ich mich zwar anmelden, aber keinen Dateitransfer ausführen - weder up- noch download UPDATE: es mussten noch die Passive-Port in der FW freigegeben werden!