Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

SIGSEGV error in JRE when connecting to the database

See original GitHub issue

Hello! sometimes I run into the following error when runnning the local-data-api container:

[2020-03-24 15:46:57 +0000] [7] [INFO] Waiting for application startup.
[2020-03-24 15:47:46 +0000] [7] [INFO] ('172.19.0.1', 43568) - "POST /BeginTransaction HTTP/1.1" 200
[2020-03-24 15:47:46 +0000] [7] [INFO] ('172.19.0.1', 43568) - "POST /RollbackTransaction HTTP/1.1" 500
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007fef41ea0e69, pid=7, tid=0x00007fef49bc2b88
#
# JRE version: OpenJDK Runtime Environment (8.0_222-b10) (build 1.8.0_222-b10)
# Java VM: OpenJDK 64-Bit Server VM (25.222-b10 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea 3.13.0
# Distribution: Custom build (Tue Oct  1 11:00:28 UTC 2019)
# Problematic frame:
# C  [_jpype.cpython-37m-x86_64-linux-gnu.so+0x28e69]  JPJavaEnv::NewLocalRef(_jobject*)+0x9
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /app/hs_err_pid7.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
#   https://icedtea.classpath.org/bugzilla
#
[2020-03-24 15:47:46 +0000] [21] [INFO] Booting worker with pid: 21
[2020-03-24 15:47:46 +0000] [21] [INFO] Started server process [21]
[2020-03-24 15:47:46 +0000] [21] [INFO] Waiting for application startup.

The reported section is taken from docker logs of a container running the local-data-api image.

It seems that the problem is related to the amount of memory space reserved to the JVM, as suggested into the stacktrace it could be useful to increase it. I don’t know how you could reproduce the problem, since it appears only sometime.

By the way, for further enhancement I suggest to remove the JDBC approach for connecting to database instances. Since the program is written in Python, it could be more efficient using psycopg2 o pymysql.