Autostart von Szenen beim Programmstart

Wir haben DMX-Control im Netzwerkkontext Aktiv (Server auf dem der Kernel läuft, Client auf dem nur die GUI läuft), das läuft auch mit der RC 3.3.0 sehr gut. Wir haben nur eine kleine Problematik, dass der Kernel scheinbar grundlos alle 24-48h abstürzt und dann entsprechend am Server neu gestartet werden muss. Da der Kernel und die Netzwerkschnittstelle (die stürzt übrigens nicht ab, ist wirklich nur das Kernel-Modul) gleich mit dem richtigen Projekt per Aufgabenplanung beim hochfahren startet, ist das einfachste dann einfach ein Reboot des physikalischen Servers.

Damit das nicht händisch gemacht werden muss (der Server ist nur per TeamViewer erreichbar, hat aber selbst keinen Monitor und Eingabegeräte), startet der Server automatisiert jede Nacht neu.

Nun ist meine Frage, kann ich im Projekt irgendwie festlegen, das direkt eine bestimmte Szene geladen wird? Denn nach dem Neustart gibt der Kernel natürlich erst mal nichts bzw. Blackout aus und alle Lampen sind Dunkel, wir haben aber manchmal Leute im Saal für kleinere Treffen, die nur das Licht anmachen (Sicherungen rein) und nicht an den PC gehen (sollen).

Meine Idealvorstellung wäre entsprechend, dass ich einfach eine Szene baue welche eine Art Grundbeleuchtung einfach nur einschaltet und diese dann automatisch geladen wird, wenn der Kernel bootet und das Projekt geladen wird.

Vielen Dank für den Tipp, das schaue ich mir dann heute Abend direkt mal an.

Ich hab mal ein Logfile hochgeladen in dem der Kernel gestorben ist, ohne, dass die automatischen Neustarts aktiv waren, interessant wird es wohl ab Zeile 9395.

Zum Verhalten kann ich leider nicht viel Sagen, bisher ist der Kernel immer nur ausgefallen, wenn nichts war/kein Client mit GUI an war, während Events und Veranstaltungen lief bisher immer alles. Daher haben wir uns dann einfach entschieden einen nächtlichen automatischen Neustart zu machen, da dann bisher immer sicher alles lief, sobald einer der GUI-Clients angemacht wird.

System ist ein Windows Server 2019 Essentials auf einem Intel Core i5-6500, 8GB RAM & eine 60GB SSD, als Interface fungieren zwei Nodle U1, Backups werden über Veeam Agent gemacht.

Bis auf die Abstürze haben wir ab und auch den Bug, dass im Farbwähler in der GUI (Clientunabhängig) manchmal der "Auswähler" immer wieder in die Mitte springt, die gewählte Farbe wird aber dennoch korrekt gesetzt insofern war das bisher nicht weiter störend, außerdem kam das erst, als wir unser altes DMX 3.2 Projekt importiert hatten, mit einem neuen Projekt gibt es das Problem nicht, insofern schieben wir es bis jetzt auf ein fehlerhaftes altes Projekt und hatten noch nicht die Muße, das Projekt komplett neu zu schreiben.

So, jetzt muss ich mich erst mal entschuldigen, ich habe gerade gesehen, dass rein von den eingestellten Rebootzeiten (das mache ich nicht alleine, daher hatte ich das anders im Kopf als tatsächlich ausgeführt) das Log was ich zuerst geschickt habe falsch ist, da gab es einen Reboot zu der Zeit und deswegen ist entsprechend auch der Kernel gestoppt. Das passiert wenn man das mal schnell nebenher bei der Arbeit macht

Anbei sind nun zwei Logpärchen die tatsächlich einen Absturz darstellen und defintiv nicht von automatischen Reboots getriggert waren. Interessant ist hier, dass beim ersten Ereignis (.log.6) Umbra bereits seit einem Tag nicht mehr lief, das Log von Lumos endet dann einfach plötzlich beim DMX Interface Error (am 12.10. um 15 Uhr war dann wieder ein automatischer Reboot und ab 15:02 Uhr gibt es dann wieder ein Log von beiden, wo alles bis zum nächsten automatischen Reboot läuft).

Beim jüngeren Logpaar (.log.3) hat das Lumos Log dann ebenfalls wieder einfach aufgehört (Prozess weg), dafür sind im Umbra Log dann einige Fehler zu finden. Auch hier wurde der Server dann um 15 Uhr automatisiert neu gestartet und ab 15:02 Uhr gibt es wieder ein sauberes Log bis zum nächsten Reboot.

Bzgl. dem Noodle Interface Bug, okey das mache ich mal, kann das ggf. auch die Ursache sein? Dass der Heartbeat Lumos spammt und der Prozess irgendwann davon in die Knie geht? Ich schalte den Heartbeat inklusive automatischem Neustart mal aus und beobachte das Ganze.

Zu guter Letzt, falls es relevant ist, DMX Control startet über die Aufgabenplanung beim Login eines bestimmten Users (ein Autologin ist eingerichtet) und triggert dann die folgende Aktion mit Adminrechten:

"C:\Program Files (x86)\DMXControl3\Kernel\Lumos.exe" --load "25TM6JB3"

Gleichzeitig liegt im Startup-Folder des Users eine Verknüpfung die Umbra startet

"C:\Program Files (x86)\DMXControl3\Launcher\DMXCLauncher.exe" --umbra

Als beides über die Aufgabenplanung lief, hat Umbra nicht immer zuverlässig geladen, gleiches als beides im Startupfolder lag, nach einigem Rumprobieren hat sich dann dieser Weg als zuverlässig erwiesen.