- Status Closed
- Percent Complete
- Task Type Fehlerbericht
- Category GUI & Server
-
Assigned To
Qasi - Operating System All
- Severity High
- Reported Version 3.3 Alpha x
- Due in Version 3.3.0
-
Due Date
Undecided
- Votes
- Private
Opened by LightningBrothers - 24.04.2021
Last edited by Qasi - 25.04.2021
FS#4503 - Ausführen von zwei unabhängigen Instanzen im gleichen Netzwerk nicht möglich
Ich kann auf einem zweiten PC keine zweite, komplett eigenständig laufende Instanz von DMXC3 ausführen, wenn sich beide PCs im gleichen Netzwerk befinden. Dabei macht es keinen Unterschied, ob ich die Komponenten gemeinsam starte oder manuell Komponente für Komponente. Im Network Explorer werden mir beide Instanzen angezeigt. Ich kann auf dem PC 2 aber keine Verbindung zum lokal ausgeführten Kernel herstellen. Ziehe ich die Verbindungslinie von der GUI zum Umbra und vom Umbra zum Kernel, so blinkt diese kontinuierlich. Bei der Instanz auf dem zweiten PC vermeldet der Kernel hierbei immerzu folgenden Eintrag im Log, selbst wenn ich über die GUI versuche, diesen “einzufangen” und ihn dazu bewegen möchte, sich mit dem Umbra auf PC 2 zu verbinden.
2021-04-25 01:32:14,390 [Log-Thread] INFO org.dmxc.lumos.Kernel.Net.GrpcManager - Connecting to Umbra Server on Host 192.168.21.22:17475 2021-04-25 01:32:14,393 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Login Call: 1ms 2021-04-25 01:32:14,393 [42] ERROR org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to Login to Umbra Server: Client limit reached. Only 1 Clients of Type Kernel allowed.
Eine solche Konstellation sollte aber möglich sein. Anwendungsfälle gibt es hier genügend. Aktuell kann ich einen parallelen Test auf meinem zweiten PC nur ausführen, wenn ich zum Beispiel den Netzwerkadapter deaktiviere.
Im Anhang sind die Logfiles aus der Konstellation, bei der alle Komponenten manuell gestartet wurden.
DMXControl3Logs_20210525_0135...
(19.5 KiB)
25.04.2021 18:41
Reason for closing: Repariert
Additional comments about closing:
Die Ursache für den Fehler behoben
Alpha 3
Nach einem guten Hinweis von Patrick konnte das Problem durch das manuelle Setzen einer eigenen Netzwerk-ID behoben werden.
Grundsätzlich muss dieser Punkt aber durch den Lauchner o. ä. vorgenommen werden, dass dieser automatisch einen eindeutigen Hostnamen setzt, wenn ein expliziter lokaler Start erfolgen soll.