Russian Qt Forum
Октября 24, 2025, 17:15 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Страниц: [1]   Вниз
  Печать  
Автор Тема: Ошибка NetworkManager  (Прочитано 555 раз)
sergek
Гипер активный житель
*****
Offline Offline

Сообщений: 877


Мы должны приносить пользу людям.


Просмотр профиля
« : Октября 02, 2025, 00:12 »

Коллеги,
в сетевом приложении изредка фиксируется предупреждение "Object does not exist at path “/org/freedesktop/NetworkManager/ActiveConnection/xx”.
Обычно это не приводит к каким-либо последствиям, но за последний месяц было три случая, когда приложение теряло подключение и не восстанавливало его даже при переподключении к хосту.

Деталей много, я стараюсь выделить минимум, который бы высветить проблему.
Приложение работает в виде процесса на Ubuntu 22.04, Qt 5.13. Этих приложений на сервере запущено несколько (8 штук). Каждый из них взаимодействует по Modbus TCP со своими устройствами в локальной сети. Конфигурации у всех процессов одинаковые, периферия (устройства, сетевое оборудование и др.) тоже.

Предупреждение "Object does not exist..." возникает одновременно во всех процессах (плюс минус несколько мс, фиксируется журналами процессов). Но сбои в виде потери подключения наблюдался только на одном. Как я раньше упомянул, переподключение к хосту ничего не дает. Перезапуск процесса проблему решает, обмен восстанавливается.

В интернете встречал упоминание, что ошибка связана с багом в NetworkManager (например, QTBUG-114666). К сожалению, моих знаний сетевых служб не хватает. Есть у меня предположение, что проблему можно решить обходным путем очисткой кэша сетевых подключений в NetworkManager после обнаружения остановки обмена. Типа QNetworkAccessManager::clearConnectionCache(), но как это сделать, если обмен идет через QTcpSocket и доступа к NetworkManager нет?
Можете что-нибудь подсказать?
Записан

Qt 5.13.0 Qt Creator 5.0.1
Win10, Ubuntu 20.04
Авварон
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3276


Просмотр профиля
« Ответ #1 : Октября 02, 2025, 11:12 »

беглый гуглеж показывает что это ошибка дбаса связанная с сетевыми коннектами - например пропадает Вики
мб туда покопать мб в системе криво настроено что?
Записан
sergek
Гипер активный житель
*****
Offline Offline

Сообщений: 877


Мы должны приносить пользу людям.


Просмотр профиля
« Ответ #2 : Октября 02, 2025, 12:13 »

Да, я это видел, но, поскольку мало разбираюсь в сетевых сервисах, пытаюсь сформулировать вопрос, чтобы обратиться к специалистам.

Дополнительная информация:
- у меня несколько серверов (8 штук), на них есть Ubuntu 22.04 и 20.04, есть две виртуальные машины с 22.04. Это я к тому, что разнообразие настроек linux присутствует));
- на всех, кроме одного сервера, подняты клиенты OpenVPN и доступ к ним идет по vpn. На одном сервере openvpn нет и доступ осуществляется по белому IP;
- ошибки наблюдаются везде, кроме последнего, где нет vpn;
- такие же приложения подняты на полсотне малин с vpn и Raspbian GNU/Linux - ошибок нет.
И вопросы:
- означает ли это, что проблема связана с конфликтом vpn с сетевыми сервисами?
- и куда дальше копать - в настройки VPN или проблема в NetworkManager, который плохо работает с VPN?
- если последнее, то NetworkManager неправильно работает в операционной системе или Qt?
« Последнее редактирование: Октября 06, 2025, 14:07 от sergek » Записан

Qt 5.13.0 Qt Creator 5.0.1
Win10, Ubuntu 20.04
sergek
Гипер активный житель
*****
Offline Offline

Сообщений: 877


Мы должны приносить пользу людям.


Просмотр профиля
« Ответ #3 : Октября 18, 2025, 20:44 »

Коллеги, в продолжение темы. Получил еще один сбой, при этом мой сервис не просто потерял связь с периферией, а вообще аварийно завершился. В системном журнале "polling" - это моё имя потока, в котором выполняется опрос периферийных устройств через QTcpSocket:

Цитировать
окт 16 01:52:57 LCSh-06 kernel: polling[237557]: segfault at 10 ip 00007bbbaf93c396 sp 00007bbbaa0ab790 error 4 in libQt5Core.so.5.13.0[7bbbaf886000+2f9000] likely on CPU 3 (core 1, socket 0)

Поискал в системном журнале с помощью journalctl и обнаружил прямую связь сбоев с этими событиями:

Цитировать
окт 16 01:48:42 LCSh-06 kernel: hv_utils: Heartbeat IC version 3.0
окт 16 01:52:56 LCSh-06 kernel: hv_utils: Shutdown IC version 3.2
окт 16 01:52:56 LCSh-06 kernel: hv_utils: TimeSync IC version 4.0
окт 16 01:52:56 LCSh-06 kernel: hv_utils: VSS IC version 5.0

Эти сообщения всегда сопровождают сбои в сетевых подключениях, и нет никаких других сбоев, когда бы не было этих сообщений. Т.е. прямая связь.

Моя программа свалилась в 16.10.2025 01:52:57.147.
Кусок системного журнала я прикрепил к сообщению. Если не затруднит, посмотрите, пожалуйста, что происходит в системе, могут ли это приводить к сбоям моего сервиса? Например, что происходит:

Цитировать
окт 16 01:01:31 LCSh-06 systemd[1]: Started Firmware update daemon.
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Updating lvfs
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 0%
...

Может ли это обновление приводить к отключению сетевого подключения, как этого избежать/отключить?
Это все происходит на виртуальной машине (у меня нет конкретных сведений, что за VM, но если это важно, узнаю), Ubuntu 22.0.4, OpenVPN.

К сожалению, файл прикрепить не удалось, поэтому вывод journalctl вставил простым текстом:

Цитировать
окт 16 01:01:31 LCSh-06 dbus-daemon[760]: [system] Successfully activated service 'org.freedesktop.fwupd'
окт 16 01:01:31 LCSh-06 systemd[1]: Started Firmware update daemon.
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Updating lvfs
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 0%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 18%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 27%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 36%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 46%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 55%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 73%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 83%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Idle…: 100%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Idle…: 100%
окт 16 01:01:31 LCSh-06 fwupdmgr[936308]: Downloading…: 100%
окт 16 01:02:31 LCSh-06 systemd[1]: fwupd-refresh.service: Main process exited, code=exited, status=1/FAILURE
окт 16 01:02:31 LCSh-06 systemd[1]: fwupd-refresh.service: Failed with result 'exit-code'.
окт 16 01:02:31 LCSh-06 systemd[1]: Failed to start Refresh fwupd metadata and update motd.
окт 16 01:05:01 LCSh-06 CRON[936761]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
окт 16 01:05:01 LCSh-06 CRON[936762]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
окт 16 01:05:01 LCSh-06 CRON[936761]: pam_unix(cron:session): session closed for user root
окт 16 01:15:01 LCSh-06 CRON[937991]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
окт 16 01:15:01 LCSh-06 CRON[937992]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
окт 16 01:15:01 LCSh-06 CRON[937991]: pam_unix(cron:session): session closed for user root
окт 16 01:17:01 LCSh-06 CRON[938238]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
окт 16 01:17:01 LCSh-06 CRON[938239]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
окт 16 01:17:01 LCSh-06 CRON[938238]: pam_unix(cron:session): session closed for user root
окт 16 01:25:01 LCSh-06 CRON[939224]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
окт 16 01:25:01 LCSh-06 CRON[939225]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
окт 16 01:25:01 LCSh-06 CRON[939224]: pam_unix(cron:session): session closed for user root
окт 16 01:35:01 LCSh-06 CRON[940454]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
окт 16 01:35:01 LCSh-06 CRON[940455]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
окт 16 01:35:01 LCSh-06 CRON[940454]: pam_unix(cron:session): session closed for user root
окт 16 01:42:32 LCSh-06 systemd-resolved[747]: Using degraded feature set UDP instead of TCP for DNS server 192.168.1.1.
окт 16 01:42:41 LCSh-06 systemd-resolved[747]: Using degraded feature set TCP instead of UDP for DNS server 192.168.1.1.
окт 16 01:45:01 LCSh-06 CRON[941690]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
окт 16 01:45:01 LCSh-06 CRON[941691]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
окт 16 01:45:01 LCSh-06 CRON[941690]: pam_unix(cron:session): session closed for user root
окт 16 01:48:42 LCSh-06 kernel: hv_utils: Heartbeat IC version 3.0
окт 16 01:52:56 LCSh-06 kernel: hv_utils: Shutdown IC version 3.2
окт 16 01:52:56 LCSh-06 kernel: hv_utils: TimeSync IC version 4.0
окт 16 01:52:56 LCSh-06 kernel: hv_utils: VSS IC version 5.0
окт 16 01:52:56 LCSh-06 kernel: ICMPv6: NA: 00:15:5d:08:cc:01 advertised our address fe80::215:5dff:fe08:cc01 on eth0!
окт 16 01:52:56 LCSh-06 systemd-resolved[747]: Clock change detected. Flushing caches.
окт 16 01:52:56 LCSh-06 systemd[1]: Starting Daily apt download activities...
окт 16 01:52:56 LCSh-06 systemd-networkd[745]: tun0: Link DOWN
окт 16 01:52:56 LCSh-06 systemd-networkd[745]: tun0: Lost carrier
окт 16 01:52:56 LCSh-06 NetworkManager[761]: <info>  [1760568776.9516] device (tun0): state change: activated -> unmanaged (reason 'unmanaged', sys-iface-state: 'removed')
окт 16 01:52:56 LCSh-06 gnome-shell[1841]: Removing a network device that was not added
окт 16 01:52:56 LCSh-06 dbus-daemon[760]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.12' (uid=0 pid=761 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
окт 16 01:52:56 LCSh-06 systemd[1]: Starting Network Manager Script Dispatcher Service...
окт 16 01:52:56 LCSh-06 dbus-daemon[760]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
окт 16 01:52:56 LCSh-06 systemd[1]: Started Network Manager Script Dispatcher Service.
окт 16 01:52:57 LCSh-06 kernel: polling[237557]: segfault at 10 ip 00007bbbaf93c396 sp 00007bbbaa0ab790 error 4 in libQt5Core.so.5.13.0[7bbbaf886000+2f9000] likely on CPU 3 (core 1, socket 0)
окт 16 01:52:57 LCSh-06 kernel: Code: e8 ef a0 f4 ff f3 0f 1e fa 48 89 c5 e9 71 0d f5 ff 90 66 90 f3 0f 1e fa 41 56 41 55 49 89 f5 41 54 49 89 fc 55 53 48 83 ec 20 <8b> 57 10 64 48 8b 04 25 28 00 00 00 48 89 44 24 18 31 c0 48 8b 07
окт 16 01:52:58 LCSh-06 kernel: hv_balloon: Max. dynamic memory size: 32768 MB
окт 16 01:52:58 LCSh-06 kernel: ICMPv6: NA: 00:15:5d:08:cc:01 advertised our address fe80::215:5dff:fe08:cc01 on eth0!
окт 16 01:53:00 LCSh-06 systemd-networkd[745]: eth0: Lost carrier
окт 16 01:53:00 LCSh-06 systemd-timesyncd[700]: No network connectivity, watching for changes.
окт 16 01:53:02 LCSh-06 systemd-networkd[745]: eth0: Gained carrier
окт 16 01:53:02 LCSh-06 NetworkManager[761]: <info>  [1760568782.7382] device (eth0): carrier: link connected
окт 16 01:53:02 LCSh-06 systemd-timesyncd[700]: Network configuration changed, trying to establish connection.
окт 16 01:53:02 LCSh-06 systemd-timesyncd[700]: Initial synchronization to time server 185.125.190.58:123 (ntp.ubuntu.com).
окт 16 01:53:03 LCSh-06 systemd-networkd[745]: tun0: Link UP
окт 16 01:53:03 LCSh-06 systemd-networkd[745]: tun0: Gained carrier
окт 16 01:53:03 LCSh-06 NetworkManager[761]: <info>  [1760568783.5826] manager: (tun0): new Tun device (/org/freedesktop/NetworkManager/Devices/125)
окт 16 01:53:03 LCSh-06 systemd-networkd[745]: tun0: Gained IPv6LL
Записан

Qt 5.13.0 Qt Creator 5.0.1
Win10, Ubuntu 20.04
sergek
Гипер активный житель
*****
Offline Offline

Сообщений: 877


Мы должны приносить пользу людям.


Просмотр профиля
« Ответ #4 : Октября 23, 2025, 10:07 »

Коллеги, подскажите форум, где могут рассказать, что означают записи в syslog? Поиск не помог
Записан

Qt 5.13.0 Qt Creator 5.0.1
Win10, Ubuntu 20.04
kambala
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4752



Просмотр профиля WWW
« Ответ #5 : Сегодня в 03:16 pm »

https://www.linuxquestions.org/questions/
https://unix.stackexchange.com/
https://www.linux.org.ru/forum/

LLM:
https://duck.ai
https://www.perplexity.ai/
https://chatgpt.com
Записан

Изучением C++ вымощена дорога в Qt.

UTF-8 has been around since 1993 and Unicode 2.0 since 1996; if you have created any 8-bit character content since 1996 in anything other than UTF-8, then I hate you. © Matt Gallagher
Страниц: [1]   Вверх
  Печать  
 
Перейти в:  


Страница сгенерирована за 0.045 секунд. Запросов: 22.