Basil A. SidorovЕсли же вернуться к исходной проблеме, то почему нельзя добавить 1МБ к значению -Xmx в параметрах запуска котяры?

IMHO Не поможет. Точнее сделает еще хуже

metrodixнашел в папке файлы с название hs_err_pid. Там что-то типа описание ошибки и ее решения:

Обломилась Native memory allocation, память в операционной системе закончилась, поэтому java и упала

Т.ч. память выделенная для JVM нужно наоборот __уменьшать__ (увеличивать память доступную для системы) или добавить/докупить памяти в компьютер.

IMHO & AFAIK

Просмотрел ветку еще раз, даже конфигурацию компьютера и настроек томката так и не было

а вообще, правильные ответы уже давали:
21733360
21734415
но при подходе "я не умею, но сделать нужно" и "на сервер ничего ставить нельзя" - можно только посоветовать купить бубен, может поможет.

Напиши по крайне мере конфигурацию сервера.
Сколько процессоров, памяти
Что запущено
Сколько выделено под JVM, ключи в строке запуска или посмотреть через JConsole

Базовые средства - есть в самой Java (JConsole). JDK можно тупо скопированием в свой home директорий, инсталятор запускать не нужно, т.е. операция совершенно безопасная.

Подключаться удобнее на самом сервере. Т.е. можно конечно сконфигурировать удаленное управление/настройку/мониторинг/отлатку, но это нужно разбираться и иметь "прямые руки" у админов (в том числе на уровне ОС, SSH, виртуалок, маршрутизаторов как минимум разрешить прохождение/проброс нужных портов).

Т.ч. самое простое:
1) прямо на сервере посмотреть командами ОС (например банальный top) что с памятью в системе, чем она забита. Админы это уметь должны. Падает именно по нехватке памяти ОС!
2) JConsole посмотреть что с памятью в Java. Лучше под реальной нагрузкой.
3) Запинать начальство, что бы оно поискало, какие были требования/рекомендации от разработчиков.
Если раньше работало стабильно, а сейчас стало падать - скорее всего что-то поменялось. Может пользователей добавилось - может просто требуется добавить памяти в сервак/поставить новый.

Если же действительно утечки памяти - то или обращаться к раззработчикам или нанимать Java программиста. Исходники конечно желательны, но в принципе, можно и декомпилятором классы декомпилировать.

IMHO & AFAIK
сорри за много-букв

Basil A. SidorovКто там что говорил, про неправильность выделения дополнительной памяти для JVM.....

Как бы ошибка говорила.
Native memory allocation.....

Basil A. SidorovLeonid Kudryavtsev, на скрине есть все, что нужно по конфигурации сервера?

Ну смотреть параметры памяти лучше под реальной нагрузкой. В Вашем скриншоте смысла особого нет, т.к. видно, что JVM недавно запущена.

Вроде JConsole еще показывает с какими параметрами (ключами строки запуска), работает JVM.

1)
по скрину можно __предположить__, что на сервере всего крутиться дофига и больше. Т.е. по русски "помойка"

Total phisical memory = 64 GB
Free phisical memory = 17

Процессоров тоже 8 штук.

Вообще-то, Java крайне плохо преспособлена для работы в режиме "выделенный сервер коллективного пользования 100500 сервисами"

Дефолтные значения при запуске JVM выбираются из предположения, что JVM на сервере ОДНА. Если на сервере много процессоров и 100500 штук JVM - дефолтные параметры JVM крайне не оптимальны, избыточно и даже "бредовые" (нарывался на 40 процессорной машине).

Мое IMHO, на сервере, ресурсы должны быть выделены службам раз и навсегда. Т.ч. выделить нормально памяти приложениям по __константам__. Xmx==Mms, PermGen / Metaspace - константа, NonHeapMemory - константа

Тогда Java один раз при запуска память скушает и никаких native allocation в процессе работы быть не должно в принципе.

2)
Maximum heap size = 233 MB для системы работающей в продакшене... ну как-то Вы сильно память жалеете )))

3)
Для настройки памяти включают максимально детальные логи GC, и на основе логов строят график за день/неделю работы под нагрузкой.
Можно включить дамп памяти при наступление java-ошибки out of memory.

Насчет требований от разрабов: они давным-давно поддерживали приложение, но потом от их услуг отказались, а у нас, кто этим занимались - ушли (говорили, что ВРОДЕ раньше таких проблем не было, в том плане, переодически ребутать приходилось томкат из-за сжирания всей памяти).

Классика, из разряда "скупой платит дважды"

Вам можно только посочувствовать. Если это действительно memory leak, то требуются знания/опыт Java и не только программирования, но и в какой-то мере легкого хакерства ))) копатся в чужом коде (еще и декомпилировать).... не радостное занятие

IMHO & AFAIK

Basil A. SidorovLeonid KudryavtsevКак бы ошибка говорила.
Native memory allocation.....Это многозначная ошибка и по ней ничего сказать нельзя.
В чем "многозначность" падения malloc ?