filegator: Bug report: Zipping 2

Describe the bug

When trying to zip a specific folder I get the error noted in the logs below. On other folders it works fine, so I assume it must have something to do with the folder I’m trying to zip, but I can not figure out what it is? Did you encounter that problem before or have an idea what might cause it?

Expected behavior

Zipping the folder as it works on other folders.

Logs

First various hundreds/thousands of entries like this are created:

default.NOTICE: E_USER_NOTICE: Invalid size {"code":1024,"message":"Invalid size","file":"/path/to/filegator/vendor/phpseclib/phpseclib/phpseclib/Net/SSH2.php","line":3422} []
default.NOTICE: E_USER_NOTICE: Connection closed by server {"code":1024,"message":"Connection closed by server","file":"/path/to/filegator/vendor/phpseclib/phpseclib/phpseclib/Net/SSH2.php","line":3757} []

At some point it changes to errors like this:

default.NOTICE: E_USER_NOTICE: Connection closed prematurely {"code":1024,"message":"Connection closed prematurely","file":"/path/to/filegator/vendor/phpseclib/phpseclib/phpseclib/Net/SSH2.php","line":3387} []
default.NOTICE: E_USER_NOTICE: Connection closed by server {"code":1024,"message":"Connection closed by server","file":"/path/to/filegator/vendor/phpseclib/phpseclib/phpseclib/Net/SSH2.php","line":3757} []

And then it eventually crashes with a timeout:

default.ALERT: Fatal Error (E_ERROR): Maximum execution time of 60 seconds exceeded {"code":1,"message":"Maximum execution time of 600 seconds exceeded","file":"/path/to/filegator/vendor/monolog/monolog/src/Monolog/Logger.php","line":324,"trace":null} []
default.ALERT: Fatal Error (E_ERROR): Maximum execution time of 60 seconds exceeded {"code":1,"message":"Maximum execution time of 600 seconds exceeded","file":"/path/to/filegator/vendor/league/flysystem-ziparchive/src/ZipArchiveAdapter.php","line":85,"trace":null} []

Environment

FileGator Version: 7.5.2
Server: Apache 2.4.41 on Debian Linux
PHP Version: PHP 7.4
Browser: Chrome, Firefox

About this issue

Original URL
State: open
Created 3 years ago
Comments: 24 (13 by maintainers)

Most upvoted comments

Hi @alcalbg –

That’s too bad. When a software solution reveals itself to be unfit for scalable and high-end solutions, we usually try to change the software, not the end-user’s needs.

At our company, we build entire operating systems from scratch (yes, indeed!), and we can tell you that Rust and Go are NOT the best solutions for Web hosting (ex. very bad garbage collection, unstable modules, etc.).

No sweat, my friend! We’ll fork the FileGator project, and start a new one.

Many thanks anyway, and good luck!

Cheers!

/cc @tobiasgruber1995

andrewscaya on Jul 17, 2021

Yup, this works great, but again, it should be implemented using the ArchiverInterface interface.

Something like:

configuration.php:

        'Filegator\Services\Archiver\ArchiverInterface' => [
            'handler' => '\Filegator\Services\Archiver\Adapters\SymfonyProcessArchiver',
            'config' => [
                'bin' => '/usr/bin/zip',
            ],
        ],

backend/Services/Archiver/Adapters/SymfonyProcessArchiver.php:

namespace Filegator\Services\Archiver\Adapters;

use Symfony\Component\Process\Process;
                                                                                                                                                                           
class SymfonyProcessArchiver implements Service, ArchiverInterface
{
    // implementation details
}

If implemented this way, both zipping and batch downloading can use this adapter seamlessly.

alcalbg on Jul 15, 2021