мы имеем тот же вопрос, на пару наших серверов. проблема также возникает на серверах tomcat без веб-приложений, просто обслуживая статические страницы. Использование процессора вдруг раскручивает до 200% и никогда не нисходит
этот вопрос никогда не появился до нашего недавнего обновления до 8.0.14 и 8_u_121
настройки следующим образом:
- Debian 8.1, последние патчи
- кот 8.0.14
- Oracle JVM 8_u_121 (последний с этой даты)
- барана 2,4 и 8 Гб (в зависимости от серверов)
- http/1.1 на 80, перенаправлено на 443; nio1 разъем 443 с HTTPS (на самом деле на 8080 и 8443, межсетевой экран отображает 80 на 8080 и 443 в 8443)
, когда проблема возникает симптомы заключаются в следующем:
- использования процессора 200% по процесс «ява», не обрушится
потребление
- барана нормального входа
- нет журнала в apps.log
- около 20 записей в catalina.out следующим образом:
30-Jan-2017 10: 15: 38,479 INFO [HTTP-NiO-8080-Exec-16] org.apache.coyote.http11.AbstractHttp11Processor.process Ошибка синтаксического анализа HTTP заголовок запроса Примечание: дальнейшие вхождения Анализ HTTP-заголовков ошибки будут регистрироваться на уровне DEBUG. 30-янв-2017 10: 15: 40.022 INFO [http-nio-8080-exec-17] org.apache.coyote.http11.AbstractHttp11Processor.process Анализ ошибок Заголовок HTTP-запроса Примечание: в дальнейшем появляются разбор заголовка HTTP ошибки будут регистрироваться на уровне DEBUG. 30-Jan-2017 10: 15: 41,574 INFO [HTTP-NiO-8080-Exec-18] разборе org.apache.coyote.http11.AbstractHttp11Processor.process Ошибка заголовка запроса HTTP
мы были похожи сообщения об ошибках в Catalina.out при обновлении до 8.0.14. Это было потому, что этот релиз больше не принимал unescaped {и} в url. Мы исправили это, изменив наш клиентский код, чтобы кодировать эти символы в% 4B и% 4D. В то время не было проблемы с процессором
Память/вывод jmap по адресу: http://pastebin.com/UVJzfn1u – gvasquez
Результаты потоков/jstack на http://pastebin.com/282hfyvv – gvasquez
JVM: версия java "1.7.0_91 " Окружающая среда OpenJDK (IcedTea 2.6.3) (7u91-2.6.3-1 ~ deb8u1) 64-разрядная виртуальная машина OpenJDK (сборка 24.91-b01, смешанный режим) – gvasquez