Jump to content
Froxlor Forum

neomatt

Members
  • Posts

    35
  • Joined

  • Last visited

Posts posted by neomatt

  1. Vielen Dank für den Hinweis!

    Die Installation zeigt zunächst keine Änderung. Neu gestartet wurde php7.2-fpm und php-fcgi.

    Es läuft php7.2-fpm, installiert wurde  php7.4-common. Am Ende der Installation wird automatisch versucht den php7.0-fpm-Prozess zu starten und zu konfigurieren. Allerdings läuft der Service php7.2-fpm auf dem Server.

    apt-get install php-zip meldet nun:

    apt-get install php-zip
    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    php-zip is already the newest version (2:7.4+79+ubuntu16.04.1+deb.sury.org+4).
    0 upgraded, 0 newly installed, 0 to remove and 19 not upgraded.
    1 not fully installed or removed.
    After this operation, 0 B of additional disk space will be used.
    Do you want to continue? [Y/n] Y
    Setting up php7.0-fpm (7.0.33-37+ubuntu16.04.1+deb.sury.org+1) ...
    NOTICE: Not enabling PHP 7.0 FPM by default.
    NOTICE: To enable PHP 7.0 FPM in Apache2 do:
    NOTICE: a2enmod proxy_fcgi setenvif
    NOTICE: a2enconf php7.0-fpm
    NOTICE: You are seeing this message because you have apache2 package installed.
    Job for php7.0-fpm.service failed because the control process exited with error code. See "systemctl status php7.0-fpm.service" and "journalctl -xe" for details.
    invoke-rc.d: initscript php7.0-fpm, action "restart" failed.
    ● php7.0-fpm.service - The PHP 7.0 FastCGI Process Manager
       Loaded: loaded (/lib/systemd/system/php7.0-fpm.service; enabled; vendor preset: enabled)
       Active: failed (Result: exit-code) since Wed 2020-12-02 08:38:54 CET; 6ms ago
         Docs: man:php-fpm7.0(8)
      Process: 22261 ExecStopPost=/usr/lib/php/php-fpm-socket-helper remove /run/php/php-fpm.sock /etc/php/7.0/fpm/pool.d/www.conf 70 (code=exited, status=0/SUCCESS)
      Process: 22260 ExecStart=/usr/sbin/php-fpm7.0 --nodaemonize --fpm-config /etc/php/7.0/fpm/php-fpm.conf (code=exited, status=78)
     Main PID: 22260 (code=exited, status=78)
    
    Dec 02 08:38:54 vps222149.vs.webtropia.com systemd[1]: Starting The PHP 7.0 FastCGI Process Manager...
    Dec 02 08:38:54 vps222149.vs.webtropia.com php-fpm7.0[22260]: [02-Dec-2020 08:38:54] NOTICE: PHP message: PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/ph... on line 0
    Dec 02 08:38:54 vps222149.vs.webtropia.com php-fpm7.0[22260]: [02-Dec-2020 08:38:54] ERROR: An another FPM instance seems to already listen on /var/lib/apache2/fastcgi/1-ninequ...fpm.socket
    Dec 02 08:38:54 vps222149.vs.webtropia.com php-fpm7.0[22260]: [02-Dec-2020 08:38:54] ERROR: FPM initialization failed
    Dec 02 08:38:54 vps222149.vs.webtropia.com systemd[1]: php7.0-fpm.service: Main process exited, code=exited, status=78/n/a
    Dec 02 08:38:54 vps222149.vs.webtropia.com systemd[1]: Failed to start The PHP 7.0 FastCGI Process Manager.
    Dec 02 08:38:54 vps222149.vs.webtropia.com systemd[1]: php7.0-fpm.service: Unit entered failed state.
    Dec 02 08:38:54 vps222149.vs.webtropia.com systemd[1]: php7.0-fpm.service: Failed with result 'exit-code'.
    Hint: Some lines were ellipsized, use -l to show in full.
    dpkg: error processing package php7.0-fpm (--configure):
     subprocess installed post-installation script returned error exit status 1
    Errors were encountered while processing:
     php7.0-fpm
    E: Sub-process /usr/bin/dpkg returned an error code (1)

    Liegt hier dass Problem? Weiß php7.2-fpm nichts von der Existenz der Zip-Installation?

    Wie kann ich dem System sagen, dass es nicht php7.0-fpm verwendet sondern php7.2-fpm?

     

  2. Alles geht, es fehlte noch das Paket: php7.2-xml

    /var/lib/extrausers/ hat sich auch gefüllt:

    ls -al /var/lib/extrausers/
    total 20
    drwxr-xr-x  2 root root 4096 Sep  1 22:58 .
    drwxr-xr-x 51 root root 4096 Sep  1 22:56 ..
    -rw-r--r--  1 root root  566 Sep  1 23:25 group
    -rw-r--r--  1 root root 1046 Sep  1 23:25 passwd
    -rw-r-----  1 root root 1213 Sep  1 23:25 shadow

    Herzlichen Dank für die Unterstützung!

  3. Dies ist der nginx-Log, wenn ich auf die Froxlor-Einstellungen gehe:

    2020/09/02 00:08:46 [error] 15137#15137: *8 FastCGI sent in stderr: "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:106
    Stack trace:
    #0 /var/www/froxlor/admin_configfiles.php(138): Froxlor\Config\ConfigParser->__construct('/var/www/froxlo...')
    #1 {main}
      thrown in /var/www/froxlor/lib/Froxlor/Config/ConfigParser.php on line 106" while reading response header from upstream, client: 5.147.48.55, server: server.neomatt.de, request: "GET /admin_configfiles.php?page=configfiles&s=2ce23a794edf299ddb70d876ee495f41 HTTP/1.1", upstream: "fastcgi://unix:/var/lib/apache2/fastcgi/1-froxlor.panel-server.neomatt.de-php-fpm.socket:", host: "server.neomatt.de", referrer: "https://server.neomatt.de/admin_index.php?s=2ce23a794edf299ddb70d876ee495f41"

    Alles andere geht jetzt.

  4. Ich habe nun von Hand

    usermod -a -G <customerUser> www-data

    ausgeführt. Nun funktionieren bis auf eine Web-Seite alle wieder.

    Bei der einen erhalte ich eine Fehlermeldung, die eher etwas mit der Web-Seiten-Installation zu tun hat, wie ich vermute.

    Wenn Du noch sagen kannst, warum ich nicht mehr an die Froxlor-Einstellungen komme (was mittendrin auf einmal - nach dem Switch auf php7.2? - nicht mehr ging), bin ich sehr dankbar!

  5. Error-log vom nginx:

    #0 /var/www/froxlor/admin_configfiles.php(138): Froxlor\Config\ConfigParser->__construct('/var/www/froxlo...')
    #1 {main}
      thrown in /var/www/froxlor/lib/Froxlor/Config/ConfigParser.php on line 106" while reading response header from upstream, client: 5.147.48.55, server: server.neomatt.de, request: "GET /admin_configfiles.php?page=configfiles&s=f0c6c48825f256b1bbe860fdd424aa64 HTTP/1.1", upstream: "fastcgi://unix:/var/lib/apache2/fastcgi/1-froxlor.panel-server.neomatt.de-php-fpm.socket:", host: "server.neomatt.de", referrer: "https://server.neomatt.de/admin_phpsettings.php?page=overview&s=f0c6c48825f256b1bbe860fdd424aa64"
    2020/09/01 22:52:50 [error] 3160#3160: *189 FastCGI sent in stderr: "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:106
    Stack trace:
    #0 /var/www/froxlor/admin_configfiles.php(138): Froxlor\Config\ConfigParser->__construct('/var/www/froxlo...')
    #1 {main}
      thrown in /var/www/froxlor/lib/Froxlor/Config/ConfigParser.php on line 106" while reading response header from upstream, client: 5.147.48.55, server: server.neomatt.de, request: "GET /admin_configfiles.php?page=configfiles&s=f0c6c48825f256b1bbe860fdd424aa64 HTTP/1.1", upstream: "fastcgi://unix:/var/lib/apache2/fastcgi/1-froxlor.panel-server.neomatt.de-php-fpm.socket:", host: "server.neomatt.de", referrer: "https://server.neomatt.de/admin_settings.php?page=overview&s=f0c6c48825f256b1bbe860fdd424aa64"
    2020/09/01 22:53:43 [error] 3160#3160: *201 open() "/var/www/froxlor/favicon.ico" failed (2: No such file or directory), client: 94.102.49.193, server: server.neomatt.de, request: "GET /favicon.ico HTTP/1.1", host: "server.neomatt.de"
    2020/09/01 22:54:10 [error] 4978#4978: *1 FastCGI sent in stderr: "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:106
    Stack trace:
    #0 /var/www/froxlor/admin_configfiles.php(138): Froxlor\Config\ConfigParser->__construct('/var/www/froxlo...')
    #1 {main}
      thrown in /var/www/froxlor/lib/Froxlor/Config/ConfigParser.php on line 106" while reading response header from upstream, client: 5.147.48.55, server: server.neomatt.de, request: "GET /admin_configfiles.php?page=configfiles&s=f0c6c48825f256b1bbe860fdd424aa64 HTTP/1.1", upstream: "fastcgi://unix:/var/lib/apache2/fastcgi/1-froxlor.panel-server.neomatt.de-php-fpm.socket:", host: "server.neomatt.de", referrer: "https://server.neomatt.de/admin_settings.php"
    2020/09/01 22:55:17 [notice] 7301#7301: signal process started
    2020/09/01 23:04:28 [error] 7306#7306: *45 open() "/var/www/froxlor/robots.txt" failed (2: No such file or directory), client: 192.71.23.211, server: server.neomatt.de, request: "GET /robots.txt HTTP/1.1", host: "server.neomatt.de", referrer: "http://9quest.com/robots.txt"
    2020/09/01 23:04:28 [error] 7306#7306: *47 open() "/var/www/froxlor/humans.txt" failed (2: No such file or directory), client: 192.71.2.171, server: server.neomatt.de, request: "GET /humans.txt HTTP/1.1", host: "server.neomatt.de", referrer: "http://9quest.com/humans.txt"
    2020/09/01 23:04:28 [error] 7306#7306: *49 open() "/var/www/froxlor/ads.txt" failed (2: No such file or directory), client: 192.71.142.35, server: server.neomatt.de, request: "GET /ads.txt HTTP/1.1", host: "server.neomatt.de", referrer: "http://9quest.com/ads.txt"

     

  6. libnss-extrausers ist installiert, extrausers dir angelegt, nsswitch.conf mit extrausers versehen, php7.2-fpm neu gestartet. Muss sich dann hier nicht etwas füllen:

    ls -al /var/lib/extrausers/
    total 8
    drwxr-xr-x  2 root root 4096 Sep  1 22:58 .
    drwxr-xr-x 51 root root 4096 Sep  1 22:56 ..
    -rw-r--r--  1 root root    0 Sep  1 22:58 group
    -rw-r--r--  1 root root    0 Sep  1 22:58 passwd
    -rw-r--r--  1 root root    0 Sep  1 22:58 shadow

     

  7. Es muss doch nur das letzte Verzeichnis mit den Sockets für www-data lesbar sein, richtig?

    /etc/php# namei -l /var/lib/apache2/fastcgi/
    f: /var/lib/apache2/fastcgi/
    drwxr-xr-x root     root     /
    drwxr-xr-x root     root     var
    drwxr-xr-x root     root     lib
    drwxr-xr-x root     root     apache2
    drwxr-xr-x www-data www-data fastcgi

    Alle Startfehler insbesondere bei php7.0-fpm treten bei php7.2-fpm nicht mehr auf. Das "Permission denied" ist dann wohl das letzte Problem...

  8. Es gab schon beim letzten reboot die gleichen Probleme, dann wurde auf der Shell etwas angepasst. Danach lief es wieder bis zum nächsten reboot.

    Ich habe jetzt php7.2 installiert. Die Konfigs wurden schon dorthin /etc/php/7.2/fpm/pool.d geschrieben. Die Sockets sind unter /var/lib/apache2/fastcgi/ angelegt.

    Aber im error-log vom nginx steht immer noch:

    2020/09/01 21:52:58 [crit] 2100#2100: *19 connect() to unix:/var/lib/apache2/fastcgi/1-neomatt-neomatt.de-php-fpm.socket failed (13: Permission denied) while connecting to upstream, client: 148.251.233.233, server: neomatt.de, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/lib/apache2/fastcgi/1-neomatt-neomatt.de-php-fpm.socket:", host: "neomatt.de"

    Warum?

  9. Habe nun die Konfig komplett auf PHP7 umgestellt. Erhalte nun nach restart einen zusätzlichen Fehler:

    Unable to load dynamic library '/usr/lib/php/20151012/my
     

    root@vps222149:/etc/php# service php7.0-fpm status
    ● php7.0-fpm.service - The PHP 7.0 FastCGI Process Manager
       Loaded: loaded (/lib/systemd/system/php7.0-fpm.service; enabled; vendor preset: enabled)
       Active: active (running) since Tue 2020-09-01 21:10:10 CEST; 6s ago
         Docs: man:php-fpm7.0(8)
      Process: 32486 ExecStopPost=/usr/bin/update-alternatives --quiet --remove php-fpm.sock /run/php/php7.0-fpm.sock (code=exited, status=0/SUCCESS)
      Process: 32597 ExecStartPost=/usr/bin/update-alternatives --quiet --install /run/php/php-fpm.sock php-fpm.sock /run/php/php7.0-fpm.sock 70 (code=exited, status=2)
     Main PID: 32487 (php-fpm7.0)
       Status: "Ready to handle connections"
       CGroup: /system.slice/php7.0-fpm.service
               ├─32487 php-fpm: master process (/etc/php/7.0/fpm/php-fpm.conf)
               ├─32488 php-fpm: pool 9quests.com
               ├─32489 php-fpm: pool 9quests.de
               ├─32490 php-fpm: pool a-i-l.net
               ├─32491 php-fpm: pool all-i-love.com
               ├─32492 php-fpm: pool allilove.222149.vs.webtropia.com
               ├─32493 php-fpm: pool eickeler-fotostudio.de
               ├─32494 php-fpm: pool fotostudio.server.neomatt.de
               ├─32495 php-fpm: pool home.spotterbee.com
               ├─32496 php-fpm: pool itest.qmeet.me
               ├─32499 php-fpm: pool learnquests.com
               ├─32504 php-fpm: pool learnquests.server.neomatt.de
               ├─32506 php-fpm: pool locodoro.de
               ├─32509 php-fpm: pool locodoro.server.neomatt.de
               ├─32518 php-fpm: pool mail.neomatt.de
               ├─32520 php-fpm: pool neomatt.com
               ├─32521 php-fpm: pool neomatt.de
               ├─32528 php-fpm: pool neomatt.server.neomatt.de
               ├─32530 php-fpm: pool ninequests.de
               ├─32533 php-fpm: pool ninequests.server.neomatt.de
               ├─32539 php-fpm: pool oodra.222149.vs.webtropia.com
               ├─32542 php-fpm: pool oodra.com
               ├─32547 php-fpm: pool oodra.de
               ├─32549 php-fpm: pool openquests.de
               ├─32552 php-fpm: pool qmeet.me
               ├─32557 php-fpm: pool qmeetme.server.neomatt.de
               ├─32559 php-fpm: pool server.neomatt.de
               ├─32566 php-fpm: pool spotterbee.222149.vs.webtropia.com
               ├─32571 php-fpm: pool spotterbee.com
               ├─32574 php-fpm: pool stats.neomatt.de
               ├─32581 php-fpm: pool vrdoro.com
               ├─32585 php-fpm: pool vrdoro.de
               ├─32586 php-fpm: pool vrdoro.server.neomatt.de
               └─32596 php-fpm: pool www.9quests.com
    
    Sep 01 21:10:09 vps222149.vs.webtropia.com systemd[1]: Starting The PHP 7.0 FastCGI Process Manager...
    Sep 01 21:10:09 vps222149.vs.webtropia.com php-fpm7.0[32487]: [01-Sep-2020 21:10:09] NOTICE: PHP message: PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/20151012/my
    Sep 01 21:10:10 vps222149.vs.webtropia.com update-alternatives[32597]: update-alternatives: error: alternative path /run/php/php7.0-fpm.sock doesn't exist
    Sep 01 21:10:10 vps222149.vs.webtropia.com systemd[1]: Started The PHP 7.0 FastCGI Process Manager.

     

  10. Wir nutzen froxlor mit nginx, php7.0 und php-fcgi.

    Ich habe immer nach dem Neustart unseres Servers folgende Probleme, die vermutlich an einem falschen Zusammenspiel der Konfigurationen liegen:

    1. Beim Starten des Service php7.0-fpm:

    root@vps222149:/etc/nginx# service php7.0-fpm status
    ● php7.0-fpm.service - The PHP 7.0 FastCGI Process Manager
       Loaded: loaded (/lib/systemd/system/php7.0-fpm.service; enabled; vendor preset: enabled)
       Active: active (running) since Tue 2020-09-01 18:37:22 CEST; 42s ago
         Docs: man:php-fpm7.0(8)
      Process: 12692 ExecStopPost=/usr/bin/update-alternatives --quiet --remove php-fpm.sock /run/php/php7.0-fpm.sock (code=exited, status=0/SUCCESS)
      Process: 12727 ExecStartPost=/usr/bin/update-alternatives --quiet --install /run/php/php-fpm.sock php-fpm.sock /run/php/php7.0-fpm.sock 70 (code=exited, status=2)
     Main PID: 12693 (php-fpm7.0)
       Status: "Processes active: 0, idle: 33, Requests: 2, slow: 0, Traffic: 0req/sec"
       CGroup: /system.slice/php7.0-fpm.service
               ├─12693 php-fpm: master process (/etc/php/7.0/fpm/php-fpm.conf)
               ├─12694 php-fpm: pool 9quests.com

    Dies kann ich lösen, in dem ich von Hand eine www.conf-Datei in /etc/php/7.0/fpm/pool.d lege, die

    listen = /run/php/php7.0-fpm.sock

    enthält. Das wird aber wohl nicht der richtige Weg sein...

    2. Mir wird aktuell auf allen seiten ein 502 aus dem nginx angezeigt und im nginx-error-log aller customer steht:

    2020/09/01 18:44:01 [crit] 14736#14736: *23 connect() to unix:/run/php/1-neomatt-neomatt.de-php-fpm.socket failed (13: Permission denied) while connecting to upstream, client: 89.163.140.15, server: neomatt.de, request: "HEAD / HTTP/1.1", upstream: "fastcgi://unix:/run/php/1-neomatt-neomatt.de-php-fpm.socket:", host: "neomatt.de"

    Nun ist /run/php/1-neomatt-neomatt.de-php-fpm.socket aber vorhanden und für den user www-data sichtbar:

    > namei -l /run/php/1-neomatt-neomatt.de-php-fpm.socket
    f: /run/php/1-neomatt-neomatt.de-php-fpm.socket
    drwxr-xr-x root     root     /
    drwxr-xr-x root     root     run
    drwxr-xr-x www-data www-data php
    srw-rw---- neomatt  neomatt  1-neomatt-neomatt.de-php-fpm.socket

    Die Dienste php-fcgi, php7.0-fpm und nginx starten ohne Fehlermeldungen.

    Die Konfiguration ist seit einem notwendigem Update von PHP5 auf PHP7 irgendwie nicht ok. Was kann hier falsch sein?

     

     

  11. vor 20 Minuten schrieb d00p:

    Tut es seit 0.10.2 - wenn du von 0.9.x aktualisiert leider noch nicht

    Es war ein Update von 0.9, wird ja dann in Zukunft geprüft.

    vor 22 Minuten schrieb d00p:

    phpMyAdmin

    Dann schaue ich mal, ob ich das installiere und konfiguriere, wahrscheinlich eher nicht.

    Danke!

  12. Nach kleineren Problemen beim Update auf 0.10.5 frage ich mich:

    1. Ich habe das Update über den Froxlor-Update-Link im System automatisch ausführen lassen. Leider ohne vorher die Update-Doku zu lesen. Leider fehlten mir die Update-Voraussetzungen (zu kleine mysql- und php-fpm-Versionen, letztendlich ein veraltetes Ubuntu14LTS). Ist es möglich, dass das Update-Skript Systemvoraussetzungen prüft und auf die Notwendigkeit zur Aktualisierung hinweist?

    2. Der Link zum phpMyAdmin in den Cutomer-Bereichen funktioniert nicht. Er möchte den Link domain/pma öffnen, der nicht existiert. Wo wird dieser konfiguriert und wie sind die Voraussetzungen dafür.

  13. Einstellungen verloren gegangen meint, dass unter Einstellungen des Kunden (admin_customers.php) in diesem Bereich alles auf "0" stand.

    image.png.7fe95d9b546914ccd142ef315c74ce90.png

    Beim Kunden waren dann entsprechende Menüpunkte nicht vorhanden. Nach Korrektur der Einstellungen sind alle Menüpunkte verfügbar, es sind aber keine DB-Verbindungen konfiguriert. Hier vermute ich einen Zusammenhang mit dem 500er Fehler, da im nginx ein Fehler wegen der fehlenden Verbindungsdaten auftritt, obwohl ich eigentlich dachte, dass froxlor beim php-serven nicht involviert ist.

     

  14. Hallo,

    nach kleineren Problemen beim Upgrade auf 0.10.5, die gelöst wurden, sind in einem Customer-Bereich (von ca. 10) die DB- und andere Einstellungen verloren gegangen. Hier wurde vor dem Update eine Webseite mit pageKit und sqllite installiert. Bei den anderen Webs mit ähnlichen Installationen sind die Daten unter "Datenbanken" vorhanden. Bei diesem einem Kunden sind sie leer. Wie kann ich das Problem lösen?

    Viele Grüße

    Dirk

×
×
  • Create New...