================================================================================ IP-Symcon 9.0 - SIGSEGV im IPSVideoServer (ICE/STUN) Kachelvisualisierung mit RTSP-Streams ================================================================================ SYSTEM ------ Symcon Version : 9.0 Revision : f2880badc0d6f6c75e5c235662467bac7b94b4f8 Build : 06/15/26 Edition : Symcon Professional Betriebssystem : Ubuntu 24.04 (Kernel 6.8.0-139-generic) Umgebung : VM unter Proxmox (QEMU/KVM) Machine ID : 9d5dba2f4b46479ca8e1baa9f84e99c1 Hostname : lcnserver Arbeitsspeicher: 9,7 GB (1,2 GB belegt), Swap 8 GB (0 belegt) Plattenplatz : 98 GB, 49 % belegt AUFBAU ------ 4 RTSP-Streams als Medien-Objekte in der Kachelvisualisierung, davon 2 Streams von derselben Kamera. Zugriff lokal im LAN ueber Chrome. Dieselben 4 Streams laufen im klassischen WebFront dauerhaft stabil. ABSTUERZE (coredumpctl list) ---------------------------- TIME PID UID GID SIG EXE Sun 2026-09-13 07:17:18 CEST 17391 0 0 SIGSEGV /usr/bin/symcon Sun 2026-09-13 07:28:13 CEST 17604 0 0 SIGSEGV /usr/bin/symcon Sun 2026-09-13 07:55:01 CEST 18914 0 0 SIGSEGV /usr/bin/symcon Der Absturz um 07:55:01 erfolgte bereits mit deaktiviertem Spezialschalter ProxyRTSPEnforceTCP und nach vorherigem Neustart des Dienstes. AUSGESCHLOSSENE URSACHEN ------------------------ - Speichermangel : kein OOM-Kill in dmesg/journalctl, 8,5 GB verfuegbar - Plattenplatz : 48 GB frei - Host-Eingriff : keine qmreset/qmshutdown-Eintraege auf dem Proxmox-Host im relevanten Zeitraum - Transportweg : Absturz tritt mit RTSP ueber TCP und ueber UDP auf - Version : 9.0-752 ist der aktuelle Stand aus apt.symcon.de stable MESSUNG IM BROWSER ------------------ RTCPeerConnection wurde per JavaScript instrumentiert, um Erzeugung, ICE-Zustandswechsel und Schliessen der Verbindungen mitzuschreiben. - 18 PeerConnections wurden innerhalb von 60 Sekunden erzeugt und wieder geschlossen, bevor sich 4 stabile Verbindungen einpendelten - Abstaende zwischen den Erzeugungen: 2, 5, 3, 4, 2, 4, 2, 4, 2, 9, 6, 7, 6, 6 Sekunden - ICE erreichte jedes Mal innerhalb von unter 1 Sekunde den Zustand "connected" - kein einziger Uebergang nach "failed" oder "disconnected" - die Verbindungen wurden also aktiv geschlossen und neu aufgebaut, nicht durch Fehler beendet getStats der beiden Streams der auffaelligen Kamera (896x512): Stream A: 4 fps, 423 Frames / 116 s, 106 Keyframes, 0 verlorene Pakete, 11 Freezes (11,5 s), Jitter 138 ms Stream B: 15 fps, 824 Frames / 65 s, 14 Keyframes, 6 verlorene Pakete, 11 Freezes (12,7 s), Jitter 51 ms Die beiden uebrigen Streams (640x480, zwei andere Kameras) liefen waehrend der gesamten Messung ohne eine einzige Unterbrechung. ================================================================================ STACK TRACE DES ABSTUERZENDEN THREADS Absturz vom 2026-09-13 07:28:06 CEST, PID 17604, Signal 11 (SEGV) ================================================================================ Stack trace of thread 17676: #0 0x000060a777eae141 icem_comp_find (symcon + 0x4cae141) #1 0x000060a777ead78b icem_selected_lcand (symcon + 0x4cad78b) #2 0x000060a777ead75b icem_selected_laddr (symcon + 0x4cad75b) #3 0x000060a777604c04 conncheck_handler (symcon + 0x4404c04) #4 0x000060a777ead5b2 icem_checklist_update (symcon + 0x4cad5b2) #5 0x000060a777eaf1ba pace_next (symcon + 0x4caf1ba) #6 0x000060a777eaebeb stunc_resp_handler (symcon + 0x4caebeb) #7 0x000060a777ec2834 completed (symcon + 0x4cc2834) #8 0x000060a777ec2e35 timeout_handler (symcon + 0x4cc2e35) #9 0x000060a7775c6e4a tmr_poll (symcon + 0x43c6e4a) #10 0x000060a7775c001e re_main (symcon + 0x43c001e) #11 0x000060a775700227 _ZNSt6thread11_State_implINS_8_InvokerISt5tupleIJZN14IPS VideoServerC1EP12IIPSKernelExE3$_2EEEEE6_M_runEv (symcon + 0x2500227) #12 0x000060a777f92c23 execute_native_thread_routine (symcon + 0x4d92c23) #13 0x0000706fcaa9cb84 start_thread (libc.so.6 + 0x9cb84) #14 0x0000706fcab29ecc __clone3 (libc.so.6 + 0x129ecc) Interpretation: Ein abgelaufener Timer verarbeitet eine STUN-Antwort und aktualisiert die ICE-Checkliste. Beim Nachschlagen der zugehoerigen ICE-Komponente in icem_comp_find kommt es zum Speicherzugriffsfehler. Das Muster deutet auf ein Use-after-free hin: die Verbindung wird abgebaut, waehrend ein Timer-Callback noch auf das bereits freigegebene Objekt zugreift. ================================================================================ WEITERE RELEVANTE THREADS ZUM ABSTURZZEITPUNKT ================================================================================ Zum Zeitpunkt des Absturzes waren 3 RTSP-Lesethreads aktiv, aber 4 vtx_thread vorhanden. Mindestens ein Stream befand sich also in einem Zwischenzustand. Stack trace of thread 17947 (RTSP-Lesethread, blockierend in recv): #0 0x0000706fcab2beaa __libc_recv (libc.so.6 + 0x12beaa) #1 0x000060a7778aab11 tcp_read (symcon + 0x46aab11) #2 0x000060a77788aeff ffurl_read_complete (symcon + 0x468aeff) #3 0x000060a7778a61d4 ff_rtsp_read_reply (symcon + 0x46a61d4) #4 0x000060a777883d3c ff_rtsp_tcp_read_packet (symcon + 0x4683d3c) #5 0x000060a7778a86f9 ff_rtsp_fetch_packet (symcon + 0x46a86f9) #6 0x000060a777884f9a rtsp_read_packet (symcon + 0x4684f9a) #7 0x000060a7778521dc ff_read_packet (symcon + 0x46521dc) #8 0x000060a77785298d read_frame_internal (symcon + 0x465298d) #9 0x000060a7778528e0 av_read_frame (symcon + 0x46528e0) #10 0x000060a77760d646 read_thread (symcon + 0x440d646) #11 0x000060a7775c6c42 handler (symcon + 0x43c6c42) #12 0x0000706fcaa9c95b start_thread (libc.so.6 + 0x9c95b) #13 0x0000706fcab29ecc __clone3 (libc.so.6 + 0x129ecc) Threads 18310 und 17943 zeigen denselben RTSP-Pfad, jedoch wartend in ff_network_wait_fd_timeout / poll. Die uebrigen rund 35 Threads (IPSScriptEngine, IPSDataServer, IPSDiscoveryServer, SSDPControl, IPSTimerPool, IPSEventManager, ConnectControl, ModBusGateway, avahi, asio-Scheduler) befanden sich saemtlich in regulaeren Wartezustaenden (futex, epoll_wait, cnd_wait) und sind unauffaellig. Der vollstaendige, ungekuerzte Output von "coredumpctl info" liegt vor und kann auf Wunsch nachgereicht werden. Der symcon_monitor laeuft auf dem System, die Minidumps sollten zu den oben genannten Zeitstempeln vorliegen. ================================================================================ AEHNLICHE MELDUNGEN IM FORUM (ohne Stacktrace) ================================================================================ 09/2024 Streams in IPS 7.2 bringen IPS wieder zum Absturz https://community.symcon.de/t/streams-in-ips-7-2-bringen-ips-wieder-zum-absturz/138294 Symptom identisch: Streams bauen sich einige Male auf, dann nur noch "Verbinden (ICE)", danach friert der Dienst ein oder stuerzt ab. Im WebFront laeuft alles. 02/2026 Kamera Streams im Webfront / IPS View https://community.symcon.de/t/kamera-streams-im-webfront-ips-view/143017 Streams bleiben stehen, danach "Stream-Verbindung fehlgeschlagen. Warte auf vorheriges Schliessen des Streams". Fix fuer 8.2/9.0 angekuendigt, Restfehler unter 9.0 weiterhin gemeldet.