> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/on-premise/ru/on-premise/how-to-guide/troubleshooting/checking-service-statuses.md). # Проверка статусов служб Проверьте статус Java-служб Navixy, Nginx и MySQL на Linux или Windows. Используйте команды проверки состояния платформы, чтобы определить, какой компонент не запущен. В этом разделе описывается общая процедура, которой следует придерживаться, и то, что нужно проверить при устранении неполадок платформы Navixy. Здесь рассматривается базовое устранение неполадок Java-служб, веб-сервера и сервера базы данных. Знание того, как проверять и перезапускать службы, поможет вам понять причину проблемы и решить ее точнее. Рекомендуется сначала ознакомиться с информацией на [Компоненты системы](/docs/on-premise/ru/on-premise/how-to-guide/troubleshooting/system-components.md) странице, чтобы знать расположение файлов конфигурации и журналов служб. ## Общая проверка работоспособности В актуальных экземплярах Navixy On-Premise, работающих под Linux, реализован скрипт, который выполняет быструю проверку состояния всех основных компонентов платформы: базы данных, веб-сайта и серверных служб. Чтобы использовать его, войдите под root и введите следующую команду в CLI вашего сервера: ``` check-navixy ``` В выводе будет показан тип установки (на основе systemd или работающей в Docker) и статус каждой из служб. Вывод должен быть таким: ![](https://1855757370-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUnMmePH99SsdChtqqu7%2Fuploads%2Fgit-blob-f77ee4f9b417215ab5a1cebd5e21a71174914494%2Fimage-20250221-074604.png?alt=media) Если вы видите, что какая-либо из служб остановлена, это повод принять экстренные меры, поскольку в этом случае платформа не работает в полном объеме. ![](https://1855757370-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUnMmePH99SsdChtqqu7%2Fuploads%2Fgit-blob-21e2293e9c5698c8b43814946ddfb53d45e86246%2Fimage-20250221-080138.png?alt=media) В зависимости от того, в какой службе возникла проблема, вам нужно обратиться к соответствующему разделу руководства или в техническую поддержку, чтобы восстановить ее работу. {% hint style="info" %} Параметр `check-navixy` Скрипт доступен только для экземпляров на базе Linux. Для Windows см. инструкции ниже. {% endhint %} ## Java-сервисы Вы можете по отдельности проверить Java-службы (бэкенд Navixy), чтобы получить больше сведений об их текущем состоянии и при необходимости перезапустить их. #### Linux В Linux Navixy использует **systemd**, который входит в состав наиболее распространенных дистрибутивов Linux и является альтернативой традиционным скриптам init.d. Ранее для той же цели использовался runit, но теперь он устарел. Для проверки состояний Java-служб Navixy используйте следующие команды: ``` systemctl status api-server systemctl status sms-server systemctl status tcp-server ``` **Когда все работает нормально**, вывод каждой команды должен показывать **active (running)** статус, а также текущее время работы, объем использованной памяти и другую техническую информацию. Например, нормальный вывод API-сервера выглядит так: ``` ● api-server.service - сервер API Navixy Загружен: загружен (/home/java/api-server/api-server.service; enabled; vendor preset: enabled) Активен: active (running) since Thu 2023-08-10 08:44:31 UTC; 1 weeks 5 days ago Основной PID: 3666212 (java) Задания: 277 (limit: 37888) Память: 2.2G ЦП: 13h 8min 11.334s ``` Также он покажет последние записи журнала службы, которые могут быть крайне полезны при устранении неполадок. **Когда какая-либо из служб остановлена**, команда вернет **inactive (dead)** состояние. Пример: ``` ○ api-server.service - сервер API Navixy Загружен: loaded (/etc/systemd/system/api-server.service; enabled; vendor preset: enabled) Активен: inactive (dead) since Tue 2023-08-22 13:59:59 UTC; 3s ago Процесс: 1002 ExecStart=/bin/bash /home/java/api-server/bin/service-run.sh > Основной PID: 1002 (code=exited, status=143) ЦП: 15.664s ``` В этом случае вам нужно посмотреть журналы неработающей службы. По умолчанию все журналы находятся в `/home/java//log/` каталога. Если служба не запускается, в журналах обычно будут связанные с этим ошибки. Попробуйте проверить информацию перед `Сервер остановлен` записью или любыми недавними записями, начинающимися с `WARN` или `ERROR`. Также можно попробовать перезапустить службу и посмотреть, какие новые записи появятся с помощью команды `tail -f log.txt`. {% hint style="info" %} С информацией о перезапуске служб ознакомьтесь на соответствующей странице: [Перезапуск экземпляра - Linux](/docs/on-premise/ru/on-premise/how-to-guide/maintenance/restarting-instance.md#restarting-on-linux). {% endhint %} #### Windows В Windows Java-службы Navixy устанавливаются как обычные службы Windows NT. Чтобы получить доступ к службам, откройте **services.msc** оснастку, и вы найдете в списке три службы Navixy: ![Проверка состояний служб - Windows](https://1855757370-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUnMmePH99SsdChtqqu7%2Fuploads%2Fgit-blob-1691294aeb602185076255c5d9a97fe09a1cbbbe%2Fimage-20230823-082858.png?alt=media) Службы должны иметь *Running* состояние. Если у какой-либо из служб это не так, попробуйте запустить ее и проверьте, начнет ли она нормально работать. Если служба аварийно завершается, причину следует искать в журналах. Стандартное расположение журналов — `C:\\java\\\\log\\`. Если служба не запускается, в журналах обычно будут связанные с этим ошибки. Попробуйте проверить информацию перед `Сервер остановлен` записью или любыми недавними записями, начинающимися с `WARN` или `ERROR`. Рекомендуется использовать такие продвинутые текстовые редакторы, как Notepad++ или Sublime Text, для просмотра журналов. Обычный Блокнот обычно не справляется с большими текстовыми файлами. {% hint style="info" %} С информацией о перезапуске служб ознакомьтесь на соответствующей странице: [Перезапуск экземпляра - Windows.](/docs/on-premise/ru/on-premise/how-to-guide/maintenance/restarting-instance.md#restarting-on-windows) {% endhint %} ## Веб-сервер Если Java-службы запущены, но вы все еще не можете получить доступ к интерфейсу, проверьте, работает ли веб-сервер Nginx. #### Linux На экземпляре Linux проверьте статус Nginx следующей командой: ``` /etc/init.d/nginx status ``` В выводе должен отображаться **active (running)** статус, а также текущее время работы, объем использованной памяти, другая техническая информация и последние записи журнала Nginx. Если служба имеет **inactive (dead)** состояние, попробуйте запустить ее этой командой: ``` /etc/init.d/nginx start ``` Убедитесь, что Nginx запустился и работает нормально, а если нет, проверьте возможные ошибки в его журнале. #### Windows В Windows Nginx — это не служба, а всего лишь небольшое приложение, работающее в фоновом режиме. Чтобы проверить, запущено ли оно, откройте Диспетчер задач (вкладка «Подробности») и найдите **nginx.exe** процессы — обычно их два или больше. ![Проверка состояния Nginx - Windows](https://1855757370-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FkUnMmePH99SsdChtqqu7%2Fuploads%2Fgit-blob-5d0477d299086259e4d8be9329bb0a113198eaac%2Fimage-20230823-090304.png?alt=media) Если вы не можете найти **nginx.exe** в списке, попробуйте запустить его исполняемый файл из `C:\nginx` вручную или с помощью следующих команд в CMD: ``` cd /nginx start nginx ``` {% hint style="info" %} Если Nginx запущен, но вы все еще не можете получить доступ к платформе, обратитесь к [Панель администратора](https://navixy.com/docs/admin/) или [пользовательскому интерфейсу](https://navixy.com/docs/user/ru/) соответствующим руководствам по устранению неполадок. {% endhint %} ## База данных Если вы подозреваете проблемы с подключением к базе данных (или нашли соответствующую информацию в журналах служб), вам нужно проверить ее состояние. Navixy использует СУБД MySQL, поэтому прежде всего убедитесь, что сервер MySQL запущен и работает. На Linux используйте следующую команду: ``` /etc/init.d/mysql status ``` В Windows проверьте, что у MySQL есть *Running* статус в `services.msc` оснастке. Если СУБД работает, но в журналах по-прежнему есть ошибки подключения к базе данных, попробуйте подключиться к MySQL с той же учетной записью, что и Java-службы. Например, откройте `/home/java/api-server/conf/db.properties` файл, возьмите оттуда логин и пароль к базе данных и используйте их для подключения к MySQL из оболочки: ``` mysql -u -p google ``` Убедитесь, что другие Java-службы тоже могут подключаться. Если ваша база данных размещена на отдельном сервере, убедитесь, что соединение с ним доступно на порту MySQL по умолчанию 3306 (или на пользовательском порту, если установка была выполнена именно так — проверьте `db.properties` файл одной из служб Java). {% hint style="info" %} Если вы видите в журналах ошибки, связанные не с доступностью базы данных, а с выполнением определенных SQL-запросов, сообщите об этом в техническую поддержку. Такие проблемы, как правило, слишком сложны, чтобы решить их самостоятельно. {% endhint %} ## Обратитесь в техническую поддержку Показанные выше шаги — это самые базовые действия для проверки платформы. Если вы не можете устранить проблему, свяжитесь с нами по адресу , и подробно опишите проблему, предоставив журналы и всю другую полезную информацию, которая у вас есть. Мы сделаем все возможное, чтобы помочь. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://navixy.com/docs/on-premise/ru/on-premise/how-to-guide/troubleshooting/checking-service-statuses.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.