-
-
Notifications
You must be signed in to change notification settings - Fork 991
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Corrupted Images When Using --cbz
#6419
Comments
This may be due to the archive getting corrupted when the gallery-dl process gets killed without being able to do a proper shutdown sequence, leaving the archive file with an incomplete central directory file header - see
"postprocessors": [
{
"name": "zip",
"extension": "cbz"
}
]
Maybe you were using two |
I was using two at one point, yes. I had both "postprocessors": [{
"name": "zip",
"compression": "store",
"extension": "cbz",
"filter": "extension not in ('zip', 'rar', 'cbz', 'sqlite')",
"keep-files": false
}] It is working as expected so far. |
It occurs to me that I need to retry. I'm currently using a docker image based on the gallery-dl image from mid-June, when I was last working on this project. I just got back to a few days ago and haven't yet rebuilt the image (My custom image installs rsync). I will get the image updated and retry to see if the issue persists on the latest version. |
Documenting this as I didn't see any specific details on why it was occurring.
I am running Gallery DL in a K8S CronJob. I kept getting images that were incomplete and corrupted (Identical to #29). I found that if I kept the raw files, the raw download was fine. I tried a number of different things debugging, including with and without postprocessors, along with
--cbz
. This may be an issue that limits itself to a K8S Empty Dir environment, but I'm not 100% sure.I noticed two things "off" about the cbz file. The first was that the first image was missing from the archive. The second was that I could see the size of the cbz increasing as the download progressed, indicating that
--cbz
is adding the files to the archive immediately. I don't think using post-processors does this, but removing the--cbz
and usingpostprocessors
exclusively resolved the issue, allowing the images to not only be correct, but also contain the missing first image.The text was updated successfully, but these errors were encountered: