Is there any way to disable gzipping backups? Because I know I’m going to have to eventually increase the size of my Digital Ocean server, but since that essentially doubles the monthly cost I’m putting it off as long as I can. And after the latest update (when it switched to the new postgres), it seems I’ve got to the point where my backup can be made, but then fails gzipping the backup. Ironic. Since I copy the backup off the server and store it elsewhere after it is created, the gzip doesn’t have any real value (slightly longer transfer time) and I can gzip it after I get it off the server for long term storage. Also, much of the size of the backup are the uploads, and the images and such will already be compressed. But currently, because of the gzip process, the entire backup fails to operate. So - is there a way to simply say don’t gzip the backup?

See previous request/observation: Reduce local disk space needs by not (redundantly) gzipping backups

Have you run ./launcher cleanup To delete the old database? Another thing you can do is use block storage to add space.

Wait, all that is needed is to add the --gzip flag to tar and it would avoid the issue altogether?

[图片] pfaffman: Have you run … cleanup I had not, and that indeed gets back a nice chunk of space which will resolve my immediate problem. Switching to using the --gzip option still seems a very good idea. But at least I’ve put off doubling my monthly bill for another six months or more, so thanks.

Block storage is pretty cheap, I think. You could use it for just backups or also uploads. I think it might be a bit tricky to see that the block storage gets used for the temporary space used to build the backup.

[图片] pfaffman: You could use it for just backups or also uploads Can I use block storage just for the backups? If so, that might be an option to extend the time until I have to double the server unless it first creates it locally and then copies it to S3 in which case that would not help at all.

[图片] peternlewis: Can I use block storage just for the backups? Yes. It would be the same idea as I described for the uploads. The thing I can’t remember is where the temporary files get written. I think it may be in the backup logs. You’d just make sure that you have that directory mapped to the extra storage space in your app.yml

I think you’d do something like volumes: - volume: host: /var/discourse/shared/standalone guest: /shared - volume: host: /var/discourse/shared/dashboard/log/var-log guest: /var/log - volume: host: /bigExtraSpace/tmp guest: /shared/tmp - volume: host: /bigExtraSpace/backups guest: /shared/backups

有办法禁用备份的 gzip 压缩吗？

产品支持

peternlewis (Peter N Lewis) 2025 年10 月 8 日 02:50 4

等等，只需要给 tar 添加 --gzip 标志就可以完全避免这个问题了？

话题		回复	浏览量
Reduce local disk space needs by not (redundantly) gzipping backups Feature backups	30	1735	2026 年10 月 21 日
Add option to disable backup compression Feature	29	6475	2024 年8 月 30 日
Backup fails at gzip saying no space left on device, but there is space Product Support	1	121	2025 年4 月 12 日
Suddenly having backup failures Self-hosting backups	3	525	2024 年6 月 7 日
Better auto-backup options Feature backups , s3	3	2149	2017 年8 月 3 日

有办法禁用备份的 gzip 压缩吗？

相关话题