offenbar vermehrt ca. 1-2 Wochen nach Upgrade ptV6 Ausfall der Kocoboxen mit Fehler 'EC Software Integrity Check Failed'

hab hier seit irgendwann gestern abend Akuten Total-Stillstand TI:
EC Software Integrity Check Failed mit Folge: Kocobox geht in Sicherheitsfehlerzustand
-WebGUI nicht erreichbar
-Ping erreichbar
-kein Boot‑Loop

(Smartkards sind alle aktuell, das als Kofaktor ist sicher auszuschließen)

KI hat mir dazu heute morgen schon ausgeworfen:
das sei bereits in Communities bekannter typischer ptv6 Folgefehler mit bekannten Mechanismen:
Bildlich gesprochen: in medizinischer Hinsicht: Flash‑Speicher von Patient K. Ocobox geb. 15.09.2022 hat sich an ptV6 „überfressen“ – und die Verdauungsprobleme zeigen sich jetzt nach und nach und jetzt hat er Darmverschluss;-)

Und ! Entgegen der 1. Aussage von CGM im 1. Anruf hat CGM hat in 2. und 3. Lesung heute bei erneuten Anrufen von mir mündlich einheitlich im Support bestätigt, was die KI Suche auch schon mir ausgeworfen hatte vorher längst, nämlich:
Der Fehler betrifft nicht nur uns allein. Ist bekanntes Problem in der Fläche.

Die schlagen im Moment folgenden WA vor:

1. Neustart Kocobox /hart aus durch Steckerziehen
2. wenn das nichts nützt: Werksreset durch CGM Techniker mit festem Termin
3. wenn das nichts nützt: neue Box oder wenn nicht verfügbar oder nicht mehr gewünscht: VPN Gateway

Zeitdauer zur störungsbehebung konnte bislang nicht genannt werden , weil außer den Technikern selber keiner Einblick in die Einsatzplanung hat
Primärsupport kann keinen festen Termine vergeben. Machen die Techniker selber.
Man kann nur eine Ticketnummer kriegen und Primäsupport beauftragt Techniker,dann uns anzurufen für Termin.
Wann das ist, außer, dass sie wenigstens sowas wohl , hab ich extra nachgefragt, automatisch als Prio kennzeichnen, keine Aussage.
Wunderbar zum Quartalswechsel, kann mein Glück noch kaum fassen;-) Und ab jetzt darf mein Handy wieder überall(!;-)) mit hin, yeah....

und schonmal wer sich drauf vorbereiten will vorsorglich:
Werksreset bedeutet ziemlich sicher bei CGM:
selbst wenn man ein Configbackup hat, das überträgt das Infomodell, nicht aber die Zertifikate, wenn ich das richtig erinnere von der letzen Migration - heißt:
KIM Client , Aufrufkontexte überall die neue Zertifikate rein usw. .. ein Träumchen...

Mal sehen wie lange wir TI offline sind effektiv jetzt.

Das stimmt nicht. Es gibt bestimmte Unternehmen bei denen 500€ für das Update berechnet wurden.

Du kannst mit dem KonnektorTool definitiv ein vollständiges Backup machen, was du zurück übertragen kannst, ohne die integrierte Backupfunktion des Konnektors zu nutzen (und damit den Fehler ggf. erneut einzuschleppen).
Das Backup erfolgt definitiv inklusive der Zertifikate, ohne die Backup-Funktion hierzu zu bemühen.
Funktion heißt export und import.

Achtung: KTs erhalten in dem Rahmen evtl. geänderte CT_IDs, die muss man im Infomodell nachpflegen, falls man sie nicht in der korrekten Reihenfolge wieder anmeldet.
Auch hierzu kann das KonnektorTool Lösungen, vermutlich ist es aber einfacher die 3 KTs einer Arztpraxis in der richtigen Reihenfolgen wieder anzumelden oder im Zweifel im Infomodell nachher umzubenennen.

Vielen Dank für den sehr wichtigen Hinweis.

Inzwischen kann ich praktisch berichten: Nach zwei Wochen ohne Konnektor haben wir am 16.07. erneut eine neue KoCoBox bekommen.

Wir hatten uns hier dann bei der neuen Box bewusst dafür entschieden, kein Konnektor‑Konfig‑Backup einzuspielen. Die alte Konfiguration hatte über die Jahre einige Altlasten angesammelt im Infomodell- und da unser Setup der kleinen Praxis übersichtlich ist, war eine komplette Neueinrichtung gut machbar. Ihr Hinweis zur möglichen „Fehlerverschleppung“ wäre hier tatsächlich aber auch noch ein weiteres sehr wichtiges zusätzliches Argument gewesen.

Für den aktuellen EC Software Integrity Check Failed scheint die Verschleppungstheorie aber nicht zuzutreffen: Es wurde wirklich nichts aus der alten Box übernommen – trotzdem zeigt die neue Box denselben Fehler. Der Unterschied zur alten Box: Die neue rebootet sich (zumindest aktuell) selbst sauber und läuft danach weiter. Seit dem 16.07. haben wir eine stabile Fehlerlage mit 3–4 Reboots pro Tag. Dank der „Rauschen“-Funktion am Kartenterminal bekommen wir akustisch sofort mit, wenn nach einem Reboot die SMC‑B‑PIN wieder einmalig eingegeben werden muss.
Die Crash‑Reports im Konnektor‑Systemlog zeigen ein sehr einheitliches Bild:
• immer GCTaskThread,
• immer libjvm.so,
• immer SIGBUS (BUS_ADRALN) oder SIGSEGV,
• reproduzierbare Uptime‑Muster (1–2h, 6–7h, 11–12h),
• Crashes sowohl im produktiven Betrieb als auch nachts/wochenends ohne TI‑Last.

Ich bin kein Experte, ich find nur spannend bißchen ab und nach nach Feierabend meine Daily SOAP „KonnektorLogTV“ zu schauen- und mehr als neugierig beobachten und Muster aus den Logs herauslesen kann ich natürlich nicht– allerdings das , was ich sehe, geht für mich jedenfalls bislang sehr stabil in Richtung Software Bug JVM/GC‑Runtime im KoCo‑Build. Konfiguration oder Praxisbetrieb scheinen nicht die Ursache zu sein.

Die alte Box war leider komplett tot, daher habe ich keine Logs mehr zum Vergleich. Ich gehe aber davon aus, dass man dort vor dem endgültigen Ausfall dieselben GC‑Fehler gesehen hätte – denn seit PTV6 Mitte Juni zeigte die alte Box ebenfalls häufige Neustarts. Vermutlich kam dort zusätzlich zum Software‑Error ein Hardware‑Flashfehler dazu (ein entsprechender Hinweis war im November 2025 einmal im Log), der dann letztlich zum Totalausfall geführt hat.

@Hui123 Für mich wäre sehr interessant, was Sie als „Konnektorflüsterer“ dazu meinen – falls Sie Zeit und Lust haben, das aus Ihrer tiefgehenden echten Fachperspektive bei dem Thema kurz einzuordnen:
Vor allem interessiert mich ganz praktisch:
Kann man das – falls CGM keinen Bugfix liefert – einfach weiter aussitzen und damit leben, oder ist zu erwarten, dass sich das Verhalten mit der Zeit verschlechtert?
Und: Ist diese Art Fehler (GC‑Crashes + EC Software Integrity) Ihres Wissens bei CGM bereits bekannt bzw. intern dokumentiert?

Ich bin seit über einem Jahr nicht mehr für die CGM tätig und habe auch keine Kontakte mehr zu dem Bereich, der etwas über Firmwarestabilität hätte sagen können, insofern bin ich dazu keine Hilfe.
In Managed TI hatten wir hardwareseitig problematische Konnektoren, die auffällig häufig Neustarts hatten. Bei einigen blieb das, bei anderen wurde es schlimmer. Besser wurde es nie.

Darüber hinaus gab es problematische Firmwareversionen, bei denen Instabilitäten an der Software lag.
Zu den aktuellen Softwareständen kann ich aber leider nichts sagen, weil ich seit dem keine Kocobox mehr gesehen habe.

Zitat von rfkoem im Beitrag #7

---

wie überbrückt man 2 wochen ohne Konnektor? nur so aus interesse

---

Zitat von rfkoem im Beitrag #7

---

wenn schon klar ist, dass Einboxkonnektoren nach 2030(-2032) nicht mehr genutzt werden sollen, für welches TI-Gateway würden Sie sich entscheiden?

---