Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
«Запрос Manifest к ULP не выполнен» каждую минуту в server.log, UniFi Network
 
С момента обновления с версии 9.3.43 на Network версию 9.4.19 я вижу это исключение Java каждую минуту в server.log:

[2025-09-01T11:27:06,264-04:00] <get-ulp-manifest> WARN api - Error while fetching ULP manifest
com.ubnt.service.ulp.N: com.ubnt.service.ulp.oo0O: Manifest request to ULP failed

Об этом сообщали и другие пользователи для более ранних версий 9.4.x. В моей среде это выглядит как досадная мелочь и я не вижу каких-либо проблем, связанных с этой ошибкой, но было бы хорошо избавиться от неё.

Детали системы:
OS: Rocky Linux 8
Java: OpenJDK 21
MongoDB: 7.0
 
#!/usr/bin/env python3

from http.server import BaseHTTPRequestHandler, HTTPServer

class Handler(BaseHTTPRequestHandler):
   def do_GET(self):
       if self.path == '/api/ucore/manifest':
           body = b"{}"
           self.send_response(200)
           self.send_header("Content-Type", "application/json")
           self.send_header("Content-Length", str(len(body)))
           self.end_headers()
           self.wfile.write(body)
       else:
           self.send_response(401)
           self.send_header("Content-Length", "0")
           self.end_headers()


HTTPServer(("127.0.0.1", 9080), Handler).serve_forever()

Спустя три месяца после установки v10.0.162 эта проблема всё ещё присутствует. Спасибо @sbellon: я запустил твой Python скрипт на своём хосте UniFi Network и он работает как надо, подавляя ошибки Java в system.log. Я запускаю его как systemd сервис с этим файлом конфигурации, расположенным в /etc/systemd/system/unifi-api-dummy.service:

[Unit]
Description=unifi-api-dummy.service — поддельный ответ для удовлетворения запроса API доступа на DIY системах UniFi Network
After=network.service

[Service]
Type=simple
ExecStart=/usr/bin/python3 /root/bin/unifi_api_dummy.py
StandardOutput=null
Restart=on-abnormal
RestartSec=5s

[Install]
WantedBy=multi-user.target
 
Я думаю, это какой-то порт «unifi access», я пытался изменить его на 9080 (через system.properties), но либо я что-то сделал неправильно, либо это не помогло (была какая-то, кажется, другая ошибка)... я правда только быстро тестировал...
 
Привет, я думаю, это потому, что в UniFi OS порт по умолчанию — 9080, а не 8080. Это получает файл, который, вероятно, ищется: http://127.0.0.1:8080/api/ucore/manifest, так что что-то неправильно жёстко закодировано на порт UniFi OS по умолчанию.
 
Думаю, это проверка, запущен ли UDM... КОНЕЧНО, ОН НЕ ЗАПУЩЕН, у нас его нет в self-hosted версии... так что, как сделал @sbellon, теперь он думает, что UDM запущен... довольно аккуратный и простой фикс для проблемы с Unifi... я могу установить какой-нибудь сервис на этот порт, чтобы Unifi наконец заткнулась :)
 
Не исправлено в 9.5.21? Ну и досада. Похоже, мне придётся ещё какое-то время оставаться на 9.3.45.
 
Я тоже это вижу. Windows — UniFi 9.5.21. У кого-нибудь есть информация, что это такое?
 
У меня так же. Я написал небольшой скрипт на Python и запустил его на хосте Unifi:

```python
#!/usr/bin/env python3

from http.server import BaseHTTPRequestHandler, HTTPServer

class Handler(BaseHTTPRequestHandler):
   def do_GET(self):
       if self.path == '/api/ucore/manifest':
           body = b"{}"
           self.send_response(200)
           self.send_header("Content-Type", "application/json")
           self.send_header("Content-Length", str(len(body)))
           self.end_headers()
           self.wfile.write(body)
       else:
           self.send_response(401)
           self.send_header("Content-Length", "0")
           self.end_headers()


HTTPServer(("127.0.0.1", 9080), Handler).serve_forever()
```

Это предотвращает повторение запроса и спам в логах... однако я не уверен, какой функционал это может сломать.
 
Ubuntu 24.04, OpenJDK версия "21.0.8", UNS 9.4.19 (установлено с помощью скрипта glennr) (я описал это в этом баге)

grep -i "error\|exception\|failed" /usr/lib/unifi/logs/server.log | tail -20

com.ubnt.service.ulp.N: com.ubnt.service.ulp.oo0O: Manifest request to ULP failed
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:93)
Caused by: com.ubnt.service.ulp.oo0O: Manifest request to ULP failed
Caused by: org.springframework.web.client.ResourceAccessException: I/O error on GET request for "http://127.0.0.1:9080/api/ucore/manifest": Connect to http://127.0.0.1:9080 [/127.0.0.1] failed: Соединение отклонено
at org.springframework.web.client.RestTemplate.createResourceAccessException(RestTemplate.java:915)
Caused by: org.apache.hc.client5.http.HttpHostConnectException: Connect to http://127.0.0.1:9080 [/127.0.0.1] failed: Соединение отклонено
 
та же проблема на Windows 2019 с версией 9.4.19
 
Итак, в чём здесь решение, потому что у меня тоже есть эта проблема — в GUI логи полностью пусты и я вообще ничего не вижу. Однако файлы логов определённо существуют и имеют нужные разрешения. Так что я не уверен, связано ли это или нет? Raspberry Pi - Debian - 9.5.21. Скрипт Python от sbellon исправляет только запись в server.log?
 
У меня та же проблема. Запускаю локальный контроллер версии 10.0.162 на машине Ubuntu. К сожалению, логирование просто выводит (множество) исключений JAVA без какой-либо информации о том, какое устройство пытается подключиться на порт :9080.
Страницы: 1
Читают тему (гостей: 1)