You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Last I checked, the third party pkgacct scripts did not support a --no-compress option.
I'm wondering how hard it would be to get that added - My thoughts:
pkgacct makes a tarball, compresses it
We transfer the gz archive
restorepkg uncompresses, then unpacks that tarball
If we had a --no-compress option, we could skip the gz/compression process. Swap scp for rsync with compression and we've got an efficiency boost:
pkgacct makes an uncompressed backup (folder? .tar?)
rsync brings over the archive, with stream compression
restorepkg restores the package.
Here, we take out the time required for an entire compression cycle, as essentially we are handling compression/decompression at the same time via rsync.
Additionally, I think this would help alleviate the problems we see sometimes when people have archives in their directories (yo dawg).
The text was updated successfully, but these errors were encountered:
./pkgacct --help
usage: /tmp/.perl-ppk-ob7jRW/scripts/main.pl [--split|--nosplit] [--skipdocroots] [--skipacctdb] user [tarroot]
I would assume this applies to the other 3rd party scripts as well
so making this option assumingly would have to apply to cPanel - cPanel only, unless we re-wrote pkgacct itself, since triggering pkgacct is in one command, not commands.
but yeah, this would totally give a speed increase and help with the archive in the archive issue.
Last I checked, the third party pkgacct scripts did not support a --no-compress option.
I'm wondering how hard it would be to get that added - My thoughts:
pkgacct makes a tarball, compresses it
We transfer the gz archive
restorepkg uncompresses, then unpacks that tarball
If we had a --no-compress option, we could skip the gz/compression process. Swap scp for rsync with compression and we've got an efficiency boost:
pkgacct makes an uncompressed backup (folder? .tar?)
rsync brings over the archive, with stream compression
restorepkg restores the package.
Here, we take out the time required for an entire compression cycle, as essentially we are handling compression/decompression at the same time via rsync.
Additionally, I think this would help alleviate the problems we see sometimes when people have archives in their directories (yo dawg).
The text was updated successfully, but these errors were encountered: