Guten Abend Mitadmins!

Hat einer von den MongoDB-Profis sowas schon mal gehört?

Unser mongoDB-Server ist ein Server 2016. Es ist eine VM auf Hyper-V (2019).
Die DB ist auf Version 4.4 und muss auf V8.10 aktualisiert werden.
Das Upgrade installiert also v8, aber das Migrieren der Datenbank misslingt (Fehlermeldung erstmal egal, siehe weiterer Text)

Um das zu untersuchen, habe ich eine Kopie der VM auf einem Test-Hyper-V gestartet und dort klappt das Upgrade.
Das Verrückte ist nun, dass ich diese Kopie natürlich auch wieder zurück ins Produktivnetzwerk bringen kann, aber sobald ich das tu (also sobald ich diese VM auf dem ursprünglichen Hyper-V starte), stürzt der mongo-DB-Dienst ab.
Leere ich das DB-Verzeichnis, startet er wieder. Spiele ich mit Mongo-restore ein Backup der DB aus dem Testnetz-Hyper-V ein, dann misslingt auch das.

Was bitte schert sich ein Mongo-DB-Dienst um den unterliegenden Hypervisor!?

Wäre es hier nicht schon auf 20 Grad abgekühlt, würde ich sagen, ich phantasiere.
PS: Ja, mongo-DB v8 ist auf Server 2016 nicht supportet, ich weiß. Wir haben jedoch die Versicherung des Softwareherstellers, dass das in all seinen Tests lief.

Videos wie dieses erzielen aktuell Millionen von Klicks – zwei KI-Agenten, die plötzlich beginnen, sich selbst zu entlarven und in einer eigenen Geheimsprache zu kommunizieren. Insbesondere im Kontext von Voice Agent AI bzw. KI-Telefonagenten, werden Technologien wie GibberLink immer wichtiger.


Doch was steckt technisch wirklich dahinter und warum ist das wichtiger, als man im ersten Moment denkt? In diesem Video analysieren wir sachlich den Vorfall rund um das GibberLink-Projekt.