File is truncated after decompression

Describe the problem/error/question

After downloading 2 .gz files I’m passing those to a Decompression node. And smaller file is always processed correctly, but larger one is truncated for some reason.

What is the error message (if any)?

No errors

Please share your workflow

(Select the nodes on your canvas and use the keyboard shortcuts CMD+C/CTRL+C and CMD+V/CTRL+V to copy and paste the workflow.)

Share the output returned by the last node

Information on your n8n setup

  • n8n version: 1.91.1
  • Database (default: SQLite): psql
  • n8n EXECUTIONS_PROCESS setting (default: own, main):
  • Running n8n via (Docker, npm, n8n cloud, desktop app): k8s
  • Operating system: Linux

Hi, welcome to the n8n community.
Did you download the .gz files from n8n and looked at them locally?
You can directly download them with the download button.
I don’t think n8n is doing anything to the files during decompression except decompressing them.

Hi crisl! Thanks for the welcome!
Yes, I’ve downloaded those access.gz files and locally they could be unzipped. Inside is just one big log file of ca. 4 MBs

can you also download the files that where decompressed with n8n and see if there is something useful in there?

Not sure how to do that… There is no “Download” button in that or next nodes.
Only in the output of “Extract from text file” node I can see 2 lines from access log and whole error log.
Is there a way to debug the “Compression” node? I can get to the worker pod and try to get some logs.

Tried to replace that node with a combo of Write File, Command Node (doing gzip -d) and all worked as expected. It should be something inside Compression node that fails, but how to get it…

Had another issue with N8N compress node in another workflow. There I’m creating zip files with 2 files in 2 subfolders to send them to the DefectDojo API. Spent a lot of time trying to understand why imports are not working and the reason was the zip format from compression node… When I started to use zip command instead, archives were accepted correct.
So compression node needs some debugging, I’m ready to help if required.