Bugtracker DMXControl 3

  • Status geschlossen
  • Prozent erledigt
    100%
  • Aufgabentyp Fehlerbericht
  • Kategorie GUI & Server → Server
  • zuständig niemand
  • Betriebssystem All
  • Schweregrad hoch
  • betrifft Version Beta 1
  • fällig in Version unbestimmt
  • fällig am unbestimmt
  • Stimmen
  • versteckt
gehört zu Projekt: DMXControl 3
angelegt von Jelu - 06.01.2013
zuletzt bearbeitet von fisl - 09.01.2013

FS#1386 - Kernel wird nicht gestartet

Beim Ausführen der “C:\Program Files (x86)\DMXControl3.0\GUI\LumosGUI.exe” -nonetwork läuft sich der Startprozess tot. Nach ca. 3 Minuten erscheint die Fehlermeldung:

Unable to Start or connect to Kernel Subsystem. Please inform
DMXControl Team and pass logs.

Starte ich die Lumos.exe und LumosGUI.exe getrennt läuft alles normal.

Betriebssystem: Windows 8, 64bit (Kernel und GUI laufen auf dem gleichen Rechner)

Ich würde gern ein paar Logs anhängen, weiß aber nicht wo diese geschrieben werden.

MfG
Jelu

geschlossen von  fisl
09.01.2013 09:46
Grund für das Schließen:  Wird nicht repariert
Kommentar zum Schließen:  

Comodo Nuter müssen Lumos.exe in die Liste der vertrauenswürdigen Anwendungen hinzufügen

Project Manager
fisl schrieb am 06.01.2013 20:26

Die Logs befinden sich im Benutzerprofil unter \AppData\Roaming\DMXControl Projects e.V\DMXControl

Jelu schrieb am 06.01.2013 20:45

So jetzt wirds schwierig. Da ja Win8 scheinbar etwas anders strukturiert ist, such ich mir gerade den Wolf.
Ich finde unter meinem Profil keinen AppData-Ordner. Wie heißen die Logs, vielleicht kann ich sie über die Suchfunktion finden?

Project Manager
fisl schrieb am 06.01.2013 20:50

Der AppData Ordner ist normalerweise versteckt. (frag mich nicht, wie das unter Windows 8 geht)
Oder mit einem Trick von JPK: Start→Ausführen→%APPDATA% (frag mich nicht, wie das unter Windows 8 geht)

Die Logs heißen und liegen unter DMXControl\GUI\Log\LumosGUI.log und DMXControl\GUI\Log\Lumos.log. Sind jeweils max 11 Dateien von Lumos.log bis Lumos.log.10

Jelu schrieb am 06.01.2013 21:07

Das Verzeichnis ist tatsächlich versteckt, aber über die Suche habe ich die Files gefunden.
Hab versucht den Fehler nochmal nachzustellen.
Jetzt kam keine Fehlermeldung und der Startvorgang ließ sich nur noch über den Task-manager abbrechen.
2 Dateien wurden erzeugt (siehe Anhang) Ich hoffe sie sind hilfreich!

Jelu schrieb am 07.01.2013 12:04

Ich habe nochmals ganz jungfräuliche Logs erstellen lassen, also vom Start bis zum Erscheinen der Fehlermeldung.

Project Manager
fisl schrieb am 07.01.2013 12:07

Könntest du mir bitte noch die Datei ApplicationDefaultConfiguration.xml aus Kernel\Config\ hier anhängen.

Jelu schrieb am 07.01.2013 13:26
Project Manager
fisl schrieb am 07.01.2013 16:56

Hast du die Comodo Firewall/AV/Internet Security installiert?
Wenn nein welches AV und oder Firewall benutzt du?

Jelu schrieb am 07.01.2013 20:46

Ja, ich habe Comodo im Einsatz. Sollte das der Verursacher sein ? Ich werds mal pruefen.

Project Manager
fisl schrieb am 07.01.2013 20:49

So wie ich gelesen habe führt Comodo Applikationen in einer Sandbox aus.
Die CLR muss in den Ordner %USER%\AppData\Local\Temp schreiben können.
Comodo soll das verhinden.

Sollte wohl eine Option geben DMXControl als vertrauenswürdig einzustufen. Dann dürfte es nicht mehr in einer Sandbox laufen.

Jelu schrieb am 08.01.2013 18:45

Hallo Dennis,

Volltreffer! Es lag tatsächlich an Comodo Defense. Hab die Datei als vertrauenswürdig eingestuft und jetzt funktioniert es.

MfG
Jens

Ticket kann geschlossen werden! Danke!

Project Manager
fisl schrieb am 08.01.2013 20:26

Ich denke mal die Lumos.exe, oder? (Damit wir das dokumentieren können)

Jelu schrieb am 09.01.2013 07:42

Korrekt!

Lade...

verfügbare Tastenkürzel

Aufgabenliste

Aufgabendetails

Aufgabenbearbeitung