|
1
: Октября 24, 2025, 15:16
|
|
Автор sergek - Последний ответ от kambala
|
|
|
|
2
: Октября 23, 2025, 10:07
|
|
Автор sergek - Последний ответ от sergek
|
|
Коллеги, подскажите форум, где могут рассказать, что означают записи в syslog? Поиск не помог
|
|
3
: Октября 18, 2025, 20:44
|
|
Автор sergek - Последний ответ от sergek
|
Коллеги, в продолжение темы. Получил еще один сбой, при этом мой сервис не просто потерял связь с периферией, а вообще аварийно завершился. В системном журнале "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 |
|
4
: Октября 17, 2025, 14:36
|
|
Автор Uhbif - Последний ответ от Uhbif
|
|
Здравствуйте, может кто-нибудь подсказать как установить QtWebEngine или это только возможно с новыми версиями, то есть Creator 16.2?
|
|
5
: Октября 02, 2025, 12:13
|
|
Автор sergek - Последний ответ от sergek
|
|
Да, я это видел, но, поскольку мало разбираюсь в сетевых сервисах, пытаюсь сформулировать вопрос, чтобы обратиться к специалистам.
Дополнительная информация:
- у меня несколько серверов (8 штук), на них есть Ubuntu 22.04 и 20.04, есть две виртуальные машины с 22.04. Это я к тому, что разнообразие настроек linux присутствует));
- на всех, кроме одного сервера, подняты клиенты OpenVPN и доступ к ним идет по vpn. На одном сервере openvpn нет и доступ осуществляется по белому IP;
- ошибки наблюдаются везде, кроме последнего, где нет vpn;
- такие же приложения подняты на полсотне малин с vpn и Raspbian GNU/Linux - ошибок нет.
И вопросы:
- означает ли это, что проблема связана с конфликтом vpn с сетевыми сервисами?
- и куда дальше копать - в настройки VPN или проблема в NetworkManager, который плохо работает с VPN?
- если последнее, то NetworkManager неправильно работает в операционной системе или Qt?
|
|
6
: Октября 02, 2025, 11:12
|
|
Автор sergek - Последний ответ от Авварон
|
|
беглый гуглеж показывает что это ошибка дбаса связанная с сетевыми коннектами - например пропадает Вики
мб туда покопать мб в системе криво настроено что?
|
|
7
: Октября 02, 2025, 00:12
|
|
Автор sergek - Последний ответ от sergek
|
|
Коллеги,
в сетевом приложении изредка фиксируется предупреждение "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 нет?
Можете что-нибудь подсказать?
|
|
8
: Сентября 21, 2025, 10:51
|
|
Автор kkmspb - Последний ответ от kkmspb
|
Коллега - провокатор)) И все ж... Зачем класть 7 лет (  ) на разработку того, что уже есть? Форкнуть, к примеру, 5.15, выкинуть лишнее, добавить недостающее, послать фиников на ..., изменить лицензию на "всем всё разрешено", и все дела. Понимаю, тем, кто до сих пор работает на забугор, это не понравится, но у них и так все хорошо. А все остальные будут довольны. В общем я сейчас так и поступаю, но на Qt4. Это к вопросу, что в Qt 5,6 дофига чего добавлено. На самом деле я до сих пор не вижу необходимости переходить на Qt5. Но посылать фиников я тоже никуда не хочу, просто если так складывается, что развитием Qt Sql я занимаюсь индивидуально, там модель данных уже полностью своя и представление свое (отрисовка) , то может уже пора и все исходники переработать? Чего нам терять то? Правда времени сейчас не хватает, т.к. на том же Qt4 пишу десктопы и довольно успешно, но заяб..ют разговоры, что я кому-то должен исходники открывать (релиз собираю исключительно статически). |
|
9
: Сентября 20, 2025, 18:10
|
|
Автор kkmspb - Последний ответ от sergek
|
Коллега - провокатор)) И все ж... Зачем класть 7 лет ( ) на разработку того, что уже есть? Форкнуть, к примеру, 5.15, выкинуть лишнее, добавить недостающее, послать фиников на ..., изменить лицензию на "всем всё разрешено", и все дела. Понимаю, тем, кто до сих пор работает на забугор, это не понравится, но у них и так все хорошо. А все остальные будут довольны. |
|
10
: Сентября 20, 2025, 17:21
|
|
Автор kkmspb - Последний ответ от kambala
|
версия 1.0 (которую видимо за 7 лет и написали) порядочно отличается даже от 4-й. А сколько всего добавили в 5 и 6 уж можно и не говорить. наверное никому неохота переизобретать колесо с сомнительным выхлопом. И наконец я бы разрешил все это добро использовать под лицензией - как хочу так и пользуюсь, хоть в закрытых проектах, хоть в открытых, хоть в коммерческих, хоть в бесплатных, компилировать хоть динамически/ хоть статически.
у Qt нет с этим никаких проблем. Или щас опять пойдут байки про «если линковать статически, то надо открывать код приложения»?  |
|
