Enable jmx monitoring что это
server.properties
Файл server.properties по умолчанию для Java Edition.
server.properties — это файл, в котором хранятся все настройки для многопользовательского ( Minecraft или Minecraft Classic) сервера.
Если server.properties не перечисляет все свойства (например, если новая версия сервера добавляет новые свойства или файл не существует), то при запуске сервер перезаписывает файл server.properties с новыми перечисленными свойствами и установите для них значения по умолчанию.
Файл server.properties представляет собой обычный текстовый файл с кодировкой UTF-8, несмотря на то, что он расширение, и поэтому его можно редактировать с помощью любого текстового редактора, такого как Блокнот для Windows, TextEdit для Mac или nano и vim для Linux.
Расположение файла
Java Edition
Этот файл автоматически создается при первом запуске сервера (если он не существует).
OS | Местоположение файла | Примечания | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Windows | Тот же каталог, что и serve r.jar | |||||||||||||
Linux Если проигрыватель запускает его из своего домашнего каталога ( /home/name ) файлы сервера создаются в/home/name. Следуйте этим рекомендациям, чтобы убедиться, что файлы сервера генерируются там, где их ожидал игрок. Bedrock EditionЭтот файл загружается с помощью bedrock_server.exe
server.propertiesЭто настройки по умолчанию для недавно установленного Minecraft server: Java EditionПо умолчанию с 20w28a. Bedrock EditionПо умолчанию с 1.16.100.04. Minecraft свойства сервераJava Edition
При включенном разрешении полета гриферы могут стать более распространенными, потому что это облегчает их работу. В творческом режиме это не действует. Если указан прежний номер сложности, он автоматически преобразуется в название сложности. мирный (0) easy (1) normal (2) жесткий (3) | ||||||||||||||
enable-command-block | boolean | false | Включает блоки команд | |||||||||||
enable-jmx-monitoring | boolean | false | Предоставляет объект MBean с именем объекта net.minecraft.server: type = Server и двумя атрибутами averageTickTime и tickTimes с указанием времени тика в миллисекундах. Чтобы включить JMX в среде выполнения Java, вам также необходимо добавить пару флагов JVM в запуск, как описано здесь. | |||||||||||
enable-rcon | boolean | false | Разрешает удаленный доступ к консоли сервера. | |||||||||||
sync-chunk-write | логический an | true | Включает синхронную запись фрагментов. | |||||||||||
enable- status | boolean | true | Заставляет сервер отображаться как «в сети» в списке серверов. Если установлено значение false, ответы от клиентов будут подавляться. Это означает, что он будет отображаться как офлайн, но по-прежнему будет принимать соединения. | |||||||||||
enable-query | boolean | false | Включает прослушиватель сервера протокола GameSpy4. Используется для получения информации о сервере. | |||||||||||
force-gamemode | boolean | false | Заставить игроков присоединиться в игровом режиме по умолчанию. false — Игроки присоединяются в игровом режиме, в котором они вышли. true — игроки всегда присоединяются в игровом режиме по умолчанию. | |||||||||||
уровень-разрешения-функции | целое число (1-4) | 2 | Устанавливает уровень разрешений по умолчанию для функций. Подробнее о 4 уровнях см. # Op-permission-level. | |||||||||||
gamemode | string | Survival | Определяет режим игрового процесса. Если указан устаревший номер игрового режима, он автоматически преобразуется в название игрового режима. survival (0) творческий (1) приключения (2) зритель (3) | |||||||||||
generate-структуры | boolean | true | Определяет, могут ли конструкции (например, деревни) быть сгенерировано. false — структуры не создаются в новых блоках. true — Структуры создаются в новых блоках. Примечание. Подземелья все равно генерируются, если для этого параметра установлено значение false. Примечание: Спецификация Ethernet требует, чтобы пакеты размером менее 64 байтов дополнялись до 64 байтов. Таким образом, установка значения ниже 64 может оказаться невыгодной. Также не рекомендуется превышать MTU, обычно 1500 байт. Примечание: Непрямые источники урона, создаваемые игроками (такие как лава, огонь, тротил и в некоторой степени вода, песок и гравий), все еще наносят ущерб другим игрокам. | |||||||||||
query.port | integer (1- (2 ^ 16-2)) | 25565 | Устанавливает порт для сервера запросов (см. enable-query ). | |||||||||||
rate-limit | целое число | 0 | Устанавливает максимальное количество пакетов, которое пользователь может отправить до того, как его выкинут. Значение 0 отключает эту функцию. | |||||||||||
rcon.password | string | blank | Устанавливает пароль для RCON: протокола удаленной консоли, который может позволить другим приложениям подключаться и взаимодействовать с Сервер Minecraft через Интернет. | |||||||||||
rcon.port | целое число (1- (2 ^ 16-2)) | 25575 | Устанавливает сетевой порт RCON. | |||||||||||
resource-pack | string | blank | Необязательный URI для пакета ресурсов. Игрок может использовать его. Обратите внимание, что (в некоторых версиях до 1.15.2) символы «:» и «=» необходимо экранировать обратной косой чертой (), например http ://somedomain.com/somepack.zip? someparam = somevalue Размер файла пакета ресурсов не может превышать 100 МБ (до версии 1.15: 50 МБ (≈ 50,4 МБ) ). Обратите внимание, что успех или сбой загрузки регистрируется клиентом, а не сервером. | |||||||||||
resource-pack-sha1 | string | blank | Необязательный SHA- 1 дайджест пакета ресурсов в шестнадцатеричном формате в нижнем регистре. Рекомендуется указать это, потому что он используется для проверки целостности пакета ресурсов.. Примечание. Если пакет ресурсов отличается, при запуске сервера в консоли появляется желтое сообщение «Недопустимый sha1 для пакета ресурсов-sha1». Из-за природы хэш-функций вероятность возникновения ошибок мала, поэтому это последствия не имеют никакого эффекта. Если у игрока большая задержка, рекомендуется выключить/установить значение false. | |||||||||||
spawn-monsters | boolean | true | Определяет, могут ли монстры появляться. true — включен. Монстры появляются ночью и в темноте. false — отключено. Никаких монстров. Этот параметр не действует, если сложность = 0 (мирный). Если сложность не = 0, монстр все еще может появиться из источника. Если у игрока большая задержка, рекомендуется отключить это значение или установить значение false. | |||||||||||
spawn-npcs | логическое | true | Определяет, могут ли жители деревни появляться. true — Включено. Жители появляются. false — отключено. Нет жителей. | |||||||||||
Защита от появления | целое число | 16 | Определяет длину стороны квадратной области защиты от спауна как 2 x +1. Установка этого значения в 0 отключает защиту от появления. Значение 1 защищает квадрат 3 × 3 с центром в точке появления. 2 защищает 5 × 5, 3 защищает 7 × 7 и т. Д. Эта опция не генерируется при первом запуске сервера и появляется, когда присоединяется первый игрок. Если на сервере не заданы операции, защита от спауна также автоматически отключается.. | |||||||||||
text-filtering-config | [ требуется дополнительная информация ] | [ требуется дополнительная информация ] | [ требуется дополнительная информация ] | |||||||||||
use-native-transport | boolean | true | Улучшения производительности сервера Linux: оптимизирована отправка/получение пакетов на Linux true — включен. Включить оптимизацию отправки/получения пакетов Linux false — отключено. Отключить оптимизацию отправки/получения пакетов Linux | |||||||||||
view-distance | integer (3-32) | 10 | Устанавливает количество мировых данных, которые сервер отправляет клиенту, измеряется порциями в каждом направлении игрока. (радиус, а не диаметр). Он определяет расстояние просмотра на стороне сервера. 10 по умолчанию/рекомендуется. Если у плеера большая задержка, рекомендуется уменьшить это значение. | |||||||||||
white-list | boolean | false | Включает белый список на сервере. Если белый список включен, пользователи не в белом списке не могу подключиться. Предназначен для частных серверов, например, для реальных друзей или незнакомцев, тщательно выбранных в процессе подачи заявки. false — Белый список не используется. true — файл whitelist.json используется для создания белого списка. Примечание. Операции автоматически заносятся в белый список, и нет необходимости добавлять их в белый список. | |||||||||||
enforce-whitelist | boolean | false | Применяет белый список на сервере. Когда эта опция включена, пользователи, которые не присутствуют в белом списке (если он включен), удаляются с сервера после сервера перезагружает файл белого списка. false — ни один пользователь не будет выгнан, если он не находится в белом списке. true — пользователи, не включенные в белый список, будут исключены. |
Bedrock Edition
Имя параметра | Возможные значения | Значение по умолчанию | Когда оно используется | Использовать | Примечания |
---|---|---|---|---|---|
имя-сервера | Любая строка | Выделенный сервер | Всегда | Используется как имя сервера | Это имя сервера, отображаемое в списке серверов в игре. |
режим игры | выживание, творчество, приключения | выживание | Всегда | Устанавливает игровой режим для новых игроков. | Применяется во время первого присоединения игрока к серверу. Изменение этого параметра не изменит режим игры для существующих игроков.. |
Значения соотносятся с целочисленными режимами игры следующим образом:
Minecraft Свойства классического сервера
Примечание: Если установлено больше 3, оно меняется обратно на 3.
Apache Tomcat 7
Links
User Guide
Reference
Apache Tomcat Development
Monitoring and Managing Tomcat
Monitoring is a key aspect of system administration. Looking inside a running server, obtaining some statistics or reconfiguring some aspects of an application are all daily administration tasks.
Note: This configuration is needed only if you are going to monitor Tomcat remotely. It is not needed if you are going to monitor it locally, using the same user that Tomcat runs with.
The Oracle website includes the list of options and how to configure JMX Remote on Java 8: http://docs.oracle.com/javase/6/docs/technotes/guides/management/agent.html.
The following is a quick configuration guide for Java 8:
Add the following parameters to setenv.bat script of your Tomcat (see RUNNING.txt for details).
Note: This syntax is for Microsoft Windows. The command has to be on the same line. It is wrapped to be more readable. If Tomcat is running as a Windows service, use its configuration dialog to set java options for the service. For Linux, MacOS, etc, remove «set » from beginning of the line.
If you don’t set com.sun.management.jmxremote.rmi.port then the JSR 160 JMX-Adaptor will select a port at random which will may it difficult to configure a firewall to allow access.
If you require TLS:
If you require authorization (it is strongly recommended that TLS is always used with authentication):
If you need to specify a host name to be used in the RMI stubs sent to the client (e.g. because the public host name that must be used to connect is not the same as the local host name) then you can set:
If you need to specify a specific interface for the JMX service to bind to then you can set:
To simplify JMX usage with Ant, a set of tasks is provided that may be used with antlib.
The following example shows the JMX Accessor usage:
Note: The name attribute value was wrapped here to be more readable. It has to be all on the same line, without spaces.
import: Import the JMX Accessor Project with and reference the tasks with jmxOpen, jmxSet, jmxGet, jmxQuery, jmxInvoke, jmxEquals and jmxCondition.
Example to open a new JMX connection
Example to open a JMX connection from URL, with authorization and store at other reference
Example to open a JMX connection from URL, with authorization and store at other reference, but only when property jmx.if exists and jmx.unless not exists
Note: All properties from jmxOpen task also exists at all other tasks and conditions.
Example to get remote MBean attribute from default JMX connection
Example to get and result array and split it at separate properties
Example to get IDataSender attribute connected only when cluster is configured.
Note: The name attribute value was wrapped here to be more readable. It has to be all on the same line, without spaces.
Example to set remote MBean attribute value
stop an application
Example to get all sessionids
Example to create a new access logger valve at vhost localhost
Now you can find new MBean with name stored at $ property.
Get all Manager ObjectNames from all services and Hosts
Example to get the Manager from servlet-examples application an bind all MBean properties
Example to get all MBeans from a server and store inside an external XML property file
Now you can find all MBeans inside the file mbeans.properties.
Example to create remote MBean
Warning: Many Tomcat MBeans can’t be linked to their parent once
created. The Valve, Cluster and Realm MBeans are not automatically
connected with their parent. Use the MBeanFactory create
operation instead.
Example to unregister remote MBean
Warning: A lot of Tomcat MBeans can’t be unregister.
The MBeans are not unlinked from their parent. Use MBeanFactory
remove operation instead.
Wait for server connection and that cluster backup node is accessible
Wait for server connection and that cluster backup node is accessible
Tomcat offers an alternative to using remote (or even local) JMX connections while still giving you access to everything JMX has to offer: Tomcat’s JMXProxyServlet.
The JMXProxyServlet allows a client to issue JMX queries via an HTTP interface. This technique offers the following advantages over using JMX directly from a client program:
A perfect example of JMX overkill can be seen in the case of popular server-monitoring software such as Nagios or Icinga: if you want to monitor 10 items via JMX, you will have to launch 10 JVMs, make 10 JMX connections, and then shut them all down every few minutes. With the JMXProxyServlet, you can make 10 HTTP connections and be done with it.
You can find out more information about the JMXProxyServlet in the documentation for the Tomcat manager.
Zabbix: мониторинг Tomcat с помощью JMX
Что такое JMX (Java Management eXtensions) хорошо описано тут>>>.
Наша задача – запустить Tomcat с поддержкой JMX, настроить Java-gateway для сервера Zabbix, добавить набор элементов данных для мониторинга Tomcat и связать его с существующим шаблоном.
Убедимся, что на самом Zabbix-сервере zabbix-java-gateway работает:
По-умолчанию Java-gateway слушает порт 10052 :
В случае проблем – ведётся отдельный лог-файл:
В файле конфигурации сервера /etc/zabbix/zabbix_server.conf настраиваем соединения и опции запуска Java-gateway :
Переходим к наблюдаемому хосту. Настроим Tomcat для запуска с поддержкой JMX.
Теперь Tomcat запущен с поддержкой JMX, и прослушивает порт 8004 :
Теперь – добавим хост под наблюдение сервера.
Переходим в Configuration > Hosts, кликаем Create host:
Заполняем поля Agent interfaces и JMX interfaces, переходим во вкладку Teamplates и выбираем Template JMX Tomcat:
Возвращаемся к списку хостов и видим что иконка JMX зелёная. Бывает, что требуется несколько минут, что бы Java-gateway смог установить соединение и отобразить состояние:
У нас есть уже готовые графики в шаблонах, можно на них посмотреть. Переходим в Monitoring > Graphs, выбираем хост и интересующий график, наблюдаем:
На этом настройку мониторинга Java-приложения с помощью Zabbix через JMX можно считать выполненным.
В следующий раз мы добавим свои элементы данных (items) и триггеры (triggers).
Administering Jira applications Support
Products
Jira Software
Project and issue tracking
Jira Service Management
Service management and customer support
Jira Core
Manage any business project
Confluence
Bitbucket
Git code management
Resources
Documentation
Usage and admin help
Community
Answers, support, and inspiration
Suggestions and bugs
Feature suggestions and bug reports
Marketplace
Billing and licensing
Frequently asked questions
Viewport
Confluence
Versions
Live monitoring using the JMX interface
System administration
On this page
Related content
Still need help?
The Atlassian Community is here for you.
This article describes how to expose JMX MBeans within Jira for monitoring with a JMX client.
This guide provides a basic introduction to the JMX interface and is provided as is. Our support team can help you troubleshoot a specific Jira problem, but aren’t able to help you set up your monitoring system or interpret the results.
What is JMX?
JMX attribute name
The value at the 50th percentile in the distribution of measured times (the median value).
The value at the 75th percentile in the distribution of measured times.
The value at the 95th percentile in the distribution of measured times.
The value at the 98th percentile in the distribution of measured times.
The value at the 99th percentile in the distribution of measured times.
The value at the 99.9th percentile in the distribution of measured times.
The number of invocations since node startup.
The time unit used to report percentile values, min, max, mean and standard deviation. Default is milliseconds.
The fifteen-minute moving average rate of invocations since node startup. This rate uses the same exponential decay factor as is used for the fifteen minute load average in Unix’s top command.
The five-minute moving average rate of invocations since node startup. This rate uses the same exponential decay factor as is used for the five minute load average in Unix’s top command.
The highest measured time since node startup.
The mean measured time since node startup.
The mean rate of invocations since node startup.
The lowest measured time since node startup.
The one-minute moving average rate of invocations since node startup. This rate uses the same exponential decay factor as is used for the one minute load average in Unix’s top command.
The unit in which MeanRate, OneMinuteRate, FiveMinuteRate and FifteenMinuteRate are reported. Default is events / second.
The standard deviation in the measured times since node startup.
Metrics collected by Jira
The following table lists metrics (MBeans) that are collected by Jira. All of them are grouped in the com.atlassian.jira property.
The number of times all dashboards were viewed by users.
The number of times issues were assigned or reassigned to users (counts each action).
The number of issues that you created after starting your Jira instance.
The number of issue links created after starting your Jira instance.
The number of times you searched for issues.
The number of times you updated issues (each update after adding or changing some information).
The number of times you logged work on issues.
The number of concurrent searches that are being performed in real-time by using the quick search. You can use it to determine whether the limit set for concurrent searches is sufficient or should be increased.
The number of requests (invocation.count), and the total response time (total.elapsed.time).
comment
Metrics related to comment operations
Comment being created
Comment being deleted
Comment being updated
indexing
Metrics related to issue, comment, worklog and change indexing
Index documents being created for Change History entities. Note that many Change History Documents can be created for every issue.
Index documents being created for Comment entities.
Index documents being created for Issue entities
FieldIndexer modules enrich Issue documents as part of Index document creation. Plugins can register custom FieldIndexer modules. These metrics provide insight into how much time is spent in FieldIndexer, and can be used to track down indexing performance issues caused by them. The metrics describe how much time was spent in all FieldIndexers combined per Issue document created.
How much time was spent adding a document to the Lucene index
How much time was spent deleting one or more document matching a term from the Lucene index
Metrics about Lucene index optimization (triggered manually from Jira)
How much time was spent adding a created document to the Lucene index.
Replication latency is the time between an issue, comment or worklog being indexing on the node where the change was made and the indexing operation being replayed on the current node.
Documents are written to the Lucene index asynchronously. This metric captures how much time Jira’s indexing thread spent waiting for Lucene to complete the write.
EntitySearchExtractor enrich issue documents as part of Index document creation. Plugins can register custom EntitySearchExtractor modules. These metrics provide insight into how much time is spent in EntitySearchExtractor, and can be used to track down indexing performance issues they cause. The metrics describe how much time was spent in all EntitySearchExtractors combined per Issue document created.
issue
Metrics about issue operations
Issue being created
Issue being deleted
Issue being added to the Lucene index. This covers issue document creation and adding the document to the index.
Issue being removed from the Lucene index
Issue being re-indexed (as a result of issue updates). This covers issue document creation, deleting the old document from the index and adding new documents to the index.
Issue being updated
Monitoring Jira
Before you can monitor Jira, you need to enable JMX monitoring and then use a JMX client to view the metrics.
Viewing the metrics will always have some performance impact on Jira. We recommend that you don’t refresh them more than once a second.
Enabling JMX monitoring in Jira
All of the metrics are collected by default, but you need to enable JMX monitoring to expose them. You can do it Jira, but you need to be a Jira administrator to get there.
Monitoring with JConsole
After you enabled JMX monitoring, you can use any JMX client to view the metrics. To make it quick and easy, we’ve described how to view them by using JConsole. You can monitor your Jira instance either locally, or remotely:
Monitoring Jira locally is good if you’re troubleshooting a particular issue, or only need to monitor Jira for a short time. Local monitoring can have a performance impact on your server, so it’s not recommended for long-term monitoring of your production system.
To monitor locally:
See Using JConsole for more information on local monitoring.
Monitoring Jira remotely is recommended for production systems, as it does not consume resources on your Jira server.
To monitor remotely:
Add the following properties to your setenv.sh / setenv.bat file. The port can be any port that is not in use.
See Using JConsole for more information on remote monitoring.