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
Crash when opening a file #254
Comments
I have the same exact problem. The same log output. The automated encoding from /watch folder works for me, but not if I press and use the web GUI. Have you tried this? |
I am also experiencing this restarting problem when opening a file through the UI. It always seems to crash when generating the 9th of 10 preview images. The last working version for me is v1.25.1. Version v23.02.1 and newer seem to be affected. |
Same Issue for me with the same log file |
Can you check the log file located at |
Hello, Same problem here :
No nginx error log, neither for hb. Regards |
I was experiencing the same issue and @Ysval 's fix worked for me. My container server is running in proxmox VM and was set to the default processor type of kvm64. Switching it to type "host" fixed the issue. |
I also am running in a Proxmox VE VM. After changing the processor type from kvm64 to host, the problem is gone. Thanks everyone! |
Would ofc. still be preferable to not have a crash be expected behaviour ;) |
Same problem/symptoms... I'm trying to manually process a single MKV file by "Opening Source" (not the watch folder). When looking at the log, it appears Handbrake exits when trying to process a non-existing VIDEO_TS.IFO file. There's nothing in my watch folder.
|
Are you running Docker in a VM ? |
Via Unraid/Portainer. AMD Athlon II X4 635 |
Is unRAID running in a VM ? |
No, unRAID is not running inside a VM. I'm running bare metal. |
Any ideas on this issue? I am running Docker in a VM with "Default (kvm64)" set due to a complicated QSV issue. I'm having the exact same symptoms as the people above. Tdarr and Jellyfin are not having this issue when encoding using ffmpeg, suggesting that there's another issue with this particular container. EDIT: Linking this likely-related issue: #250 |
Yes. A workaround for your concrete issue exists. A fix does not.
I'm sorry, but you just explained why this is happening - it has already been pointed out in this thread. Expected behaviour with this configuration is currently a hard crash on file open. The only known workaround at present is to not use the emulated processor types in your VM configuration. |
I've installed your container, but when i try to load a video it just crashes.
I've tried some mp4s and webms with no luck.
Any idea why?
v.mp4
Log file: _handbrake-handbrake-1_logs.txt
Also the permissions on the volumes folders should be ok (container running with pid and gid 1000 which is the same for the folders)
The text was updated successfully, but these errors were encountered: