См. here для оригинального вопроса.Понимание hs_err_pid <n> .log file
Я пишу службу Java, используя Jetty для Webserving и SQLite для хранения базы данных. Источник доступен here.
Я обнаружил, что хотя служба работает стабильно с моего ноутбука, когда она была развернута в экземпляр EC2, она потерпит крах без очевидного сообщения об ошибке на выходе от 1 часа до 2 дней с момента запуска. Я добавил некоторые параметры ведения журнала для запуска (-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=...) и получил this crashlog.
Это первый раз, когда я столкнулся с таким файлом, и на первый взгляд кажется не очень очевидным, какая часть его относится к фактической ошибке и какие части просто предоставляют контекстуальную информацию, поэтому я бы действительно ценят любые хорошие руководства, чтобы понять это. В частности, похоже, что он пытается взаимодействовать с ZipFiles, который я не использую в своем проекте.
- This answer ссылки на blog который -1'd в ответ комментарии
- This answer ссылки на какой-то Oracle documentation, которые я обычно бы вне себя от радости, но это, кажется, общее руководство отладки - может» что-то там о файлах hs_err (хотя это может стать ясным при дальнейшем чтении)
- This result from Google утверждает, что «какой бы Java-код не выполнялся, JVM никогда не должен терпеть крах. Если это так, это просто ошибка JVM. зарегистрируйте дефект с Солнцем со всеми подробностями и, надеюсь, они это рассмотрят ». Это звучит довольно абсолютистски - я думаю, что это очень маловероятно что мой маленький игрушечный проект раскрыл ошибку JVM!