-
-
Notifications
You must be signed in to change notification settings - Fork 240
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
open it and read the comic library and then exit after a while #1687
Comments
I move it into the ssd, but it still exit after a while. |
there's nothing wrong in the logs. Analysis is ongoing, and there's probably a lot of files. You would need to wait at least a day, probably more, to process 1TB of data.
the file hashing is happening in the logs, so probably that was not unticked upon library creation there's nothing in the logs about the application closing. Are you the one starting the application after it closes ? Or is that automatically restarting ? Komga does not have an automatic restart capability. So if the application restarts automatically, there must be something else responsible for it. |
to add on that, there's no logs about the application doing a shutdown, which points to another process/application killing the app |
I find it exit so i open it manually |
it looks like something on your system is killing the app (since it shows no logs of shutdown) |
but I try on another device(like mac mini),i use the docker,it still exit after a while,i don't understand why it shut down.....
|
On the mac mini ,i use the smb to connect the comic library. |
memory issues would appear in the logs |
@gotson There may not be memory issues showing in the log, but the logs do show Komga start trying to analyze the same file 4 or 5 times... and that file is almost 25GB in size! See line 19735 for the last of the attempts. It logs without a hash value until line 19491, when the hasher finally finishes with it. ...The last modified date of the file also seems to be changing over the course of the logs, although the size doesn't change. |
I try to make it into the windows service,it will not shut down. |
well, that's a problem then, why is there such big files in the first place ? doesn't make sense |
The Mac Mini seems to get past the 25GB file OK (somehow; maybe the fact that it's not doing any file-hashing helps), but at least a couple of the crashes seem to happen on the same file,
Could be a corrupted PDF file that's crashing the parser. |
...Why does it look like there are a lot of non-comics files in the directory, as well? For example:
Why does Komga need to be scanning those? Even the possibly-corrupted PDF I mentioned, above, doesn't look like it comes from a comic library, it looks like it comes from a music collection. |
Komga doesn't really care whether it's comics or not to be honest. |
@gotson No, but I'm thinking if there are corrupted PDF files in those directories or whatever, just not scanning them solves the problem. (I'm also not sure that 25GB file is actually a comics file either. It has a |
I clean my comic library and i remove the music folder,it works now.I don't find it shout down,so i close this issue. |
Steps to reproduce
1.Place the CBZ files, totaling 1.0TB, in a single directory.
2.Add the directory to libraries, unchecking all settings.
3.Click on "Scan library files" (the scan does not start automatically after adding).
4.A certain number of CBZ files will be scanned, and the scanned files will appear as "To be analyzed" in Komga.
5.The scan interrupts, and an error is displayed in the logs (see Logs).
Expected behavior
The scan should complete after a single click of the scan button.
Actual behavior
Please refer to the Steps to reproduce.
Logs
komga.log
Komga version
1.12.1
Operating system
windows 10
Installation method
from download.komga.org
Other details
No response
Acknowledgements
The text was updated successfully, but these errors were encountered: