GZip-Export on Ubuntu/ISPConfig/phpmyadmin is broken

Discussion in 'ISPConfig 3 Priority Support' started by schmidtedv, Jan 28, 2025.

  1. schmidtedv

    schmidtedv Member HowtoForge Supporter

    I upgraded 3 Ubuntu 20.04 with ISPConfig, etc. to 22.04 and even reinstalled phpmyadmin because after login I got a blank window. After reinstall it works, however, exporting a db with gzip-compression loads a broken gz...the export is closed after seconds. Exporting with zip-compression works fine. I upgraded another server from Ubuntu 22.04 with ISPConfig (auto-install) to 22.04 and phpmyadmin had to be reinstalled, however db-export with gzip-compression works perfectly. Any idea where or how I could figure out, why it's broken on 22.04 ? Or...anything else you have to know?
     
  2. till

    till Super Moderator Staff Member ISPConfig Developer

    Please take a look at the global web server error.log file to see if there are any errors when you try to export a database in phpmyadmin.
     
  3. schmidtedv

    schmidtedv Member HowtoForge Supporter

    If /var/log/apache2 is the right dir to check the log for host:8080/phpmyadmin, then the error.log stays empty and other_vhosts_access.log just gives me:

    Code:
    host:8080 xxx.xxx.xxx.xxx - - [28/Jan/2025:15:22:04 +0100] "POST /phpmyadmin/index.php?route=/export HTTP/1.1" 200 13269472 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:134.0) Gecko/20100101 Firefox/134.0"
    
    host:8080 xxx.xxx.xxx.xxx - - [28/Jan/2025:15:22:34 +0100] "GET / HTTP/1.0" 400 292 "-" "-"
    
     
  4. schmidtedv

    schmidtedv Member HowtoForge Supporter

    any other option I could try or check?
     
  5. till

    till Super Moderator Staff Member ISPConfig Developer

  6. schmidtedv

    schmidtedv Member HowtoForge Supporter

    Well, PHP-Version I took care of, of course. Can I use german, if that's ok, Till? Easier for me (as usual)....
     
  7. till

    till Super Moderator Staff Member ISPConfig Developer

    Ja klar. Nur weiß ich leider nicht was ich Dir da noch raten soll da ich ohne Felermeldung auch nicht weiß warum es nicht geht.
     
  8. schmidtedv

    schmidtedv Member HowtoForge Supporter

    Nach einiger Recherche sagt mir die phpmyadmin-Seite folgendes zum GZip-Export:
    Also habe ich für Ubuntu 22.04 jetzt im Schnellversuch noch folgendes gemacht:
    Code:
    sudo apt install zlib1g-dev
    service apache2 restart
    Leider auch kein Erfolg.

    Für mich nur sichtbar bei Export einer 100Mb Datenbank:
    phpMyAdmin fängt bei unkomprimiertem Download sofort an
    phpMyAdmin braucht für einen ZIP-Export einige Sekunden im Firefox-Fenster und lädt dann das Archiv in einem Moment komplett
    phpMyAdmin bietet für den GZip-Export die Datei schneller an, bleibt dann bei 72,9kb für etwa 5 Sekunden stehen und ist fertig (mit 72,9kb-Archiv)
     
  9. till

    till Super Moderator Staff Member ISPConfig Developer

    Ich denke zlib ist immer einkompiliert in PHP. Ich denke zlib1g-dev braucht man nur wenn man neue Binärsoftware kompilieren würde. Du kannst aber mal schauen ob Du die PHP zip Extension installiert hast für die verwendete PHP Version, also z.B.: php8.1-zip
    Ansonsten teste mal mit einer kleineren datenbank, vielleicht sind es ja auch nur PHP Limits die das Problem verursachen.
     
  10. schmidtedv

    schmidtedv Member HowtoForge Supporter

    Mit zlib hab ich jetzt über phpInfo auch gemerkt...ist in Version 1.2.11 drin bzw. zlib1g-dev hat nichts damit zu tun. Naja, ich denke, da komme ich leider nicht weiter. Eine kurze andere Frage bzgl. der Zuweisung von ispapps:www-data auf /var/lib/phpmyadmin/tmp. Ich habe einen anderen Post von dir gelesen, das dies "by Desgin" passiert und gewollt ist und phpMyAdmin dann über 8081 aufgerufen werden soll. Allerdings führt das bei mir unter allen Servern, also auch auf dem 24.04 auch mit Port 8081 dazu, das ins /tmp nicht geschrieben werden kann. Ich denke, der Teufel liegt im Detail (oder im do-release-upgrade), aber wäre es ein Risiko, dieses Verzeichnis auf www-data:www-data zu belassen, wenn es nur so fehlerfrei funktioniert mit dem Schreiben?
     
  11. schmidtedv

    schmidtedv Member HowtoForge Supporter

    Und, wenn ich das noch in diesen Thread mit einstellen darf (?), noch eine Kleinigkeit ist mir aufgefallen nach dem do-release-upgrade und der Anpassung von
    Code:
    sudo update-alternatives --config php
    sudo update-alternatives --config php-cgi
    sudo update-alternatives --config php-cgi-bin
    sudo update-alternatives --config php-fpm.sock
    Unter Ubuntu 22.04 gibt es das Verzeichnis /var/lib/php8.1-fpm (mit web6.sock, zugehörig zum Besitzer web1) bzw. unter 20.04 /var/lib/php7.4-fpm (leer). Diese Verzeichnisse bleiben nach dem Upgrade. Wenn ich es richtig verstehe, beziehen sich diese aber nur auf eventuell angelegte Webseiten mit FPM und können, sofern nicht genutzt, gelöscht oder z.B. umbenannt werden auf die neue Standardversion (8.1 bzw. 8.3), oder?
     

Share This Page