Container stops when unpacking .rar archives on arm64 #105
Comments
|
Maintaining an application (answering questions, fixing bugs, adding new features...) is a hard and time consuming process. If you find this product useful and all the effort I put crafting this, I strongly encourage you to donation to help me being able to continue maintaining this and creating other great things on those platforms |
|
First hanks a lot for your hard work jaymoulin. Your docker image really worked well for me during the past years, however now I have the same problem as OP, even in the new version 2.0.2. Output of Description Same problem as OP, Rar extraction on arm64 is not working. Describe the results you received: Provide some logs ( THREAD: 184 184|Log.L.log 12/13/21, 7:38:56 PM - FINER [ org.appwork.loggingv3.LogV3(finer) ] -> Start Saving Storage 184|Log.L.log 12/13/21, 7:38:56 PM - FINER [ org.appwork.loggingv3.LogV3(finer) ] -> ENDED Saving Storage # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000fffeb26f6d50, pid=46, tid=64 # # JRE version: OpenJDK Runtime Environment (10.0.2) (build 10.0.2-BellSoft+0) # Java VM: OpenJDK 64-Bit Server VM (10.0.2-BellSoft+0, mixed mode, tiered, compressed oops, g1 gc, linux-aarch64) # Problematic frame: # C [lib7-Zip-JBinding.so+0x136d50] JObjectMap::~JObjectMap()+0x20 # # Core dump will be written. Default location: /opt/JDownloader/core # # An error report file with more information is saved as: # /tmp/hs_err_pid46.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # Below you can also find the hs_err_pid.log file # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x0000fffebbae8274, pid=47, tid=557 # # JRE version: OpenJDK Runtime Environment (10.0.2) (build 10.0.2-BellSoft+0) # Java VM: OpenJDK 64-Bit Server VM (10.0.2-BellSoft+0, mixed mode, tiered, compressed oops, g1 gc, linux-aarch64) # Problematic frame: # C [lib7-Zip-JBinding.so+0x128274] CodecTools::getArchiveFormatIndex(JNIEnv_*, _jobject*)+0x44 # # Core dump will be written. Default location: /opt/JDownloader/core # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # |
|
I have the same issue with 2.0.1 and 2.0.2. Please reopen. |
|
Core dump indicates you may run the incorrect image on the architecture. I need to do some tests to check what happens on arm64 but I confirm this is fixed for armhf and amd64. There is no obvious reason not to fix for arm64 |
|
Thanks jaymoulin for your fast reply. |
|
Found a bug on this - can reproduce it on emulator but I have to do some tests on real hardware to check if this still fails |
|
Thanks, simply say it if you need anything from my side to help you to reproduce the bug. |
Output of
docker inspect jdownloader --format='{{index .Config.Labels.version}}':Description
When unpacking a rar archive, the container immediately restarts/stops depending on the docker restart policy
Command line I used to start the container
Steps to reproduce the issue:
2.let it download completely
3.start the archive unpacking process
Describe the results you received:
Container Stops
Describe the results you expected:
The archive should be unpacked
Additional information you deem important (e.g. issue happens only occasionally):
I think this has to do with the provided sevenzipjbinding.jar files although i wasn't able to find any that would not run into this issue. I have tried multiple from:https://sourceforge.net/projects/sevenzipjbind/files/7-Zip-JBinding/16.02-2.01/
Provide some logs (
docker logs jdownloader)The text was updated successfully, but these errors were encountered: