Стоит уменьшить кол-во выделяемой памяти JVM, тогда проблема скорей всего воспроизведется раньше. Еще как вариант - увеличить кол-во потоков, но это усложнить последующий анализ.

PS: Хм.. Я не всегда могу редактировать свои сообщения?
память тут к сожалению не причем-я тоже думал что мы упираемся в лимиты - накинул памяти и все равно состояние это возникает в одном и том же месте- я думаю это какие то проблемы с данными ,так как раньше все работало с такими же объемами и не было никаких проблем.
Тоесть если бы теория памяти была верна - мы бы при увеличении или уменьшении получали это состояние в разный момент времени- но оно всегда одно и тоже- точней не время а именно последние логи - обработка такого то элемента и привет подвисание

спасибо за развернутый овет- сейчас получу это состоние блокировки и сделаю все что вы выше описали

объекты все одинаковые - тоесть если бы было не так оно бы не работало и раньше
но кому то плохееет явно - что метод не завершается ,а вот кому надо понять -так как в логах везде тишь да гладь да божья благодать

человек,а не ты- ты то сиди ровно и не мешай людям общаться
пс.давно пора администрации форума сделать функцию Unwanted чтобы петро забыл сюда дорогу)

набрал топ - получил процесс который 900% занимает ЦПУ
команда выше не работает -


ни одна из этих команд не приводит к успеху
какой то конфликт с монго сервером судя по всему

я запускаю ctl сервис ,хз где там джава спряталась) но она точно есть ибо приложение работает

бд тут не причем
900% цпу висит на процессех прилоежния
где то рядом пострегрес с 1.3 %
так что иди спать конь педальная)

да это именно оно - приложение запускается sudo systemctl start app.service

далее я начал вычленять элемент - на котором все стопорится- вроде нашел ,по крайне мере по логам - он последний берется в работу и все виснет
я значит беру этот элемент и удаляю из списка,но один хрен приложение постигает таже участь приблизительно на том же месте
тред дамп я снять не могу - как выше заметили нужен установленный jdk,а его нет и установить не дадут
что я начал делать дальше - я прогнал локально - тоесть на винде,на другой системе ,на другой версии постгрес
и опять уперся рогом ровно в тоже самое место ,что и на серваке...
при этом вообще не понятно что проиходит- так как в логах тишина

сейчас временно убрал многопоточку - посмотрим что будет в обычном режиме - упрется в тоже место или нет
сейчас я уже думаю что бд - вероятно не может такое количество засейвить- и где то что то превращается в вечно ждущеее состояние

если в обычном режиме все пройдет гладко- значит буду уменьшать количество потокв.

пс.как снять тред дамп с ctl службы я завтра спрошу у админов- может есть какой то иной способ

Ок, ну эт хорошо, значит локализовали что это хотя бы наше приложение. А дальше нужно искать уже точно строку кода, вполне возможно что там какой-то баг который в вечный цикл вводит приложение. Это очень быстро отыскивается с помощью thread dump'a. И этому нужно обязательно обучиться - снимать дампы это одно из первых и лучших средств траблшутинга. Поэтому лучше сразу потратить время и разобраться.
авторCommand 'jcmd' not found, but can be installed with:jcmd устанавливается вместе с JDK. Т.е. находится в JAVA_HOME/bin, ищи там. Однако в комплект JRE эта утилита не входит, поэтому если у тебя именно JRE - се ля ви. Нужно будет поставить JDK.
pavel_nvне знаю как насчет jcmd
но на моем опыте обычно используется
jstack <PID> - снять тред-дамп
jmap <PID> - снять хип-дампЭти тоже входят только в JDK, но на сегодняшний день jcmd их вытесняет. Она в себя включает эти две возможности, а также многие другие:
jcmd helpThe following commands are available:
Compiler.CodeHeap_Analytics
Compiler.codecache
Compiler.codelist
Compiler.directives_add
Compiler.directives_clear
Compiler.directives_print
Compiler.directives_remove
Compiler.perfmap
Compiler.queue
GC.class_histogram
GC.finalizer_info
GC.heap_dump
GC.heap_info
GC.run
GC.run_finalization
JFR.check
JFR.configure
JFR.dump
JFR.start
JFR.stop
JVMTI.agent_load
JVMTI.data_dump
ManagementAgent.start
ManagementAgent.start_local
ManagementAgent.status
ManagementAgent.stop
Thread.print
VM.class_hierarchy
VM.classloader_stats
VM.classloaders
VM.command_line
VM.dynlibs
VM.events
VM.flags
VM.info
VM.log
VM.metaspace
VM.native_memory
VM.print_touched_methods
VM.set_flag
VM.stringtable
VM.symboltable
VM.system_properties
VM.systemdictionary
VM.uptime
VM.version
help

я могу локально прогнать впринципе эти данные,локально у меня установлен jdk ,правда не линукс ,а винда.