Назад | Перейти на главную страницу

Opennms предупреждает о нехватке памяти: невозможно создать новый собственный поток

У нас есть проблема, когда наш экземпляр OpenNMS в определенное время отправляет ложные срабатывания сигнализации, и журналы показывают это:

Caused by: java.lang.OutOfMemoryError: unable to create new native thread
        at java.lang.Thread.start0(Native Method) ~[?:1.8.0_45]
        at java.lang.Thread.start(Thread.java:714) ~[?:1.8.0_45]
        at org.postgresql.Driver.connect(Driver.java:283) ~[postgresql-9.3-1100-jdbc4.jar:?]
        at org.opennms.netmgt.collectd.jdbc.JdbcAgentState.getJdbcConnection(JdbcAgentState.java:120) ~[org.opennms.features.jdbc-collector-17.1.1.jar:?]
        at org.opennms.netmgt.collectd.JdbcCollector.collect(JdbcCollector.java:220) ~[org.opennms.features.jdbc-collector-17.1.1.jar:?]
        at org.opennms.netmgt.collectd.CollectionSpecification.collect(CollectionSpecification.java:274) ~[opennms-services-17.1.1.jar:?]
        at org.opennms.netmgt.collectd.CollectableService.doCollection(CollectableService.java:395) ~[opennms-services-17.1.1.jar:?]

Когда я искал в Интернете, возможно, мы достигли максимальных ограничений, установленных ulimit. Однако, введя ulimit -a, мы увидим, что проблем быть не должно:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 257405
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 257405
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Системе выделено 64 ГБ ОЗУ и все равно придется менять местами. Это просто решается путем выделения большего количества оперативной памяти машине и JVM?

РЕДАКТИРОВАТЬ: ps -ef | grep java

root     10055     1 99 Jul04 ?        27-06:47:17 /usr/bin/java -Djava.endorsed.dirs=/usr/share/opennms/lib/endorsed -Dopennms.home=/usr/share/opennms -Xmx50248m -XX:+HeapDumpOnOutOfMemoryError -d64 -Xms50248m -Duser.language=sv -XX:MaxPermSize=6144m -XX:+UseStringDeduplication -XX:+UseG1GC -Dcom.sun.management.jmxremote.authenticate=true -Dcom.sun.management.jmxremote.login.config=opennms -Dcom.sun.management.jmxremote.access.file=/usr/share/opennms/etc/jmxremote.access -DisThreadContextMapInheritable=true -XX:MaxMetaspaceSize=256m -Djava.io.tmpdir=/usr/share/opennms/data/tmp -jar /usr/share/opennms/lib/opennms_bootstrap.jar start

В /etc/opennms/opennms.conf у меня есть следующее:

JAVA_HEAP_SIZE=50248
ADDITIONAL_MANAGER_OPTIONS="-d64 -Xms"$JAVA_HEAP_SIZE"m -Duser.language=sv -XX:MaxPermSize=6144m -XX:+UseStringDeduplication -XX:+UseG1GC"
#MAXIMUM_FILE_DESCRIPTORS=204800 #2017-03-23
MAXIMUM_FILE_DESCRIPTORS=1024000
MAXIMUM_SIZE_STACK_SEGMENT=16384