Backend verbindet sich nicht zu Port 8009
Hallo,
ich habe die neuste AIO Creator NEO-Software von Mediola.de geladen und installiert, dabei die Nachfrage für "öffentlich" und "privat" mit "freigeben" beantwortet.
Symptom: Programm startet, meldet sich nach längerer Zeit mit einer Fehlermeldung, daß das Backend nicht verbunden werden konnte (Port 8009 belegt oder blockiert).
Untersuchung: Webseitenzugriff auf 127.0.0.1:8009 ergibt: "Cannot GET /"
Logfile sieht etwa so aus:
26/12/2016 18:31:52.694 info: [x.hub.fileman.FileManager] init filemanager
26/12/2016 18:31:52.797 trace: [x.hub.fileman._NativeFileManager] get windows common app data folder
26/12/2016 18:31:52.797 trace: [x.hub.fileman._NativeFileManager] user document folder: (win32):Z:\Dokumente
26/12/2016 18:31:52.874 info: [x.hub.fileman.FileManager] user root folder:Z:\Dokumente\AIO CREATOR NEO
26/12/2016 18:31:52.873 trace: [x.hub.fileman._NativeFileManager] windows common app data folder:C:\ProgramData
26/12/2016 18:31:52.876 info: [x.hub.fileman.FileManager] app root folder:C:\ProgramData\AIO CREATOR NEO
26/12/2016 18:31:52.876 info: [x.hub.fileman.FileManager] log file:Z:\Dokumente\AIO CREATOR NEO\logs\AIO CREATOR NEO.log
26/12/2016 18:31:52.884 debug: [WebServer] start web server
26/12/2016 18:31:52.946 info: [WebServer] web server listen on port:8009
26/12/2016 18:32:4.448 trace: [WebServer] GET:/ body: [object Object]
26/12/2016 18:32:4.744 trace: [WebServer] GET:/favicon.ico body: [object Object]
26/12/2016 18:32:4.770 trace: [WebServer] GET:/favicon.ico body: [object Object]
26/12/2016 18:33:18.771 trace: [WebServer] GET:/favicon.ico body: [object Object]
Eine Umstellung des Ports über "ServerPortForce" in der json-Datei auf 8010 oder 8011 bringt in etwa das gleiche Ergebnis.
Was kann ich noch tun, um das Problem zu lösen? Können irgendwelche Reste von alten Installationen stören?
Dirk
Status:
Open Dez 26, 2016 - 13:36
Von
Ich hab den Ort auf einen neu erstellten Ordner meiner Datenplatte verlegt. Funktioniert auch soweit, daß die Userdaten dort angelegt werden. Leider kommt immer noch die gleiche Fehlermeldung. Das Logfile (am neuen Ort) enthält:
29/12/2016 22:26:20.985 debug: [SkinManager] init
29/12/2016 22:26:21.286 info: [x.hub.fileman.FileManager] init filemanager
29/12/2016 22:26:21.286 trace: [x.hub.fileman._NativeFileManager] init
29/12/2016 22:26:21.287 trace: [x.hub.fileman._NativeFileManager] get user document folder
29/12/2016 22:26:21.405 trace: [x.hub.fileman._NativeFileManager] user document folder: (win32):Z:\Dokumente
29/12/2016 22:26:21.405 trace: [x.hub.fileman._NativeFileManager] get windows common app data folder
29/12/2016 22:26:21.498 trace: [x.hub.fileman._NativeFileManager] windows common app data folder:C:\ProgramData
29/12/2016 22:26:21.500 info: [x.hub.fileman.FileManager] user root folder:Z:\Dokumente\AIO CREATOR NEO
29/12/2016 22:26:21.646 info: [x.hub.fileman.FileManager] app root folder:C:\ProgramData\AIO CREATOR NEO
29/12/2016 22:26:21.647 info: [x.hub.fileman.FileManager] log file:Z:\Dokumente\AIO CREATOR NEO\logs\AIO CREATOR NEO.log
29/12/2016 22:26:21.707 debug: [WebServer] start web server
29/12/2016 22:26:21.771 info: [WebServer] web server listen on port:8009
29/12/2016 22:26:56.933 trace: [WebServer] GET:/ body: [object Object]
29/12/2016 22:26:57.361 trace: [WebServer] GET:/favicon.ico body: [object Object]
29/12/2016 22:26:57.421 trace: [WebServer] GET:/favicon.ico body: [object Object]
Von
Wie mir grade selbst auffällt, wurde der Ordner zwar durch die Direktive am gewünschten Ort abgelegt, der User Document Folder wird aber trotzdem von Z (in der Tat eine Netzwerkplatte) gelesen. Ich habe daraufhin die Ordner unter Z: und D (lokal) gelöscht und nochmal gestartet. Auf BEIDEN Laufwerken wurde wieder ein User Folder angelegt, aber nur der lokale Ordner (D) enthält auch den tenants-Unterordner (zusätzlich zum logs-Ordner). Der auf Z enthält nur den Logs-Ordner, der ein leeres Logfile enthält. Der Inhalt des Logs auf D:
29/12/2016 22:32:52.771 debug: [SkinManager] init
29/12/2016 22:32:53.079 info: [x.hub.fileman.FileManager] init filemanager
29/12/2016 22:32:53.079 trace: [x.hub.fileman._NativeFileManager] get user document folder
29/12/2016 22:32:53.079 trace: [x.hub.fileman._NativeFileManager] init
29/12/2016 22:32:53.191 trace: [x.hub.fileman._NativeFileManager] user document folder: (win32):Z:\Dokumente
29/12/2016 22:32:53.191 trace: [x.hub.fileman._NativeFileManager] get windows common app data folder
29/12/2016 22:32:53.272 trace: [x.hub.fileman._NativeFileManager] windows common app data folder:C:\ProgramData
29/12/2016 22:32:53.274 info: [x.hub.fileman.FileManager] user root folder:Z:\Dokumente\AIO CREATOR NEO
29/12/2016 22:32:53.495 info: [x.hub.fileman.FileManager] app root folder:C:\ProgramData\AIO CREATOR NEO
29/12/2016 22:32:53.496 info: [x.hub.fileman.FileManager] log file:Z:\Dokumente\AIO CREATOR NEO\logs\AIO CREATOR NEO.log
29/12/2016 22:32:53.503 debug: [WebServer] start web server
29/12/2016 22:32:53.567 info: [WebServer] web server listen on port:8009
Von
In einem ähnlichen Beitrag hab ich noch den Hinweis gefunden, "toolbar": true zu setzen. Interessante Antwort:
---snip---
Der folgende Fehler wurde beim Versuch die URL http://127.0.0.1:61624/devtools/inspector.html? zu holen festgestellt:
Verbindung zu 127.0.0.1 Fehlgeschlagen.
Das System antwortete: (60) Operation timed out
Der Zielhost oder das Zielnetzwerk ist momentan nicht verfügbar. Bitte wiederholen sie die Anfrage.
Ihr Cache Administrator ist admin@localhost
Erzeugt am Wed. 04 Jan 2017 15:23:36 GMB von localhost (squid/3.5.19)
---snip---
Es handelt sich dabei um den SQUID auf meiner Firewall. Warum geht ein Zugriff auf localhost gleich zur Firewall??? Kann ich den Zugriff statt auf Localhost gleich auf die statische IP meines Rechners leiten?
Dirk
Von
In der package.json gibt es einen Eintrag "serverIP", der den Wert "http://127.0.0.1" hat und ersetzt werden kann. Auf die DevTools aus der Meldung hat dies jedoch keinen Einfluss.
Von
Ein Ersatz aller localhost/127.0.0.1-Einträge durch die feste IP des Rechners hat geholfen.
Von
das ist ja merkwürdig, da muss es im Netzwerk deines Rechners schon ein ziemliches Problem geben.
die Adresse 127.0.0.1 ist eigentlich das Loopback-Interface, die es erlaubt, das der Rechner "mit sich selbst" redet. wenn der Rechner sich also unter dieser Adresse (auch "localhost" genannt) nicht erreichen kann, ist das schon "merkwürdig".
Wenn es läuft ist das natürlich nicht so spannend ... nur wenn das doch nicht geht, würde ich als ersten Test zwei Dinge vorschlagen
1. mit ping prüfen, ob 127.0.0.1 erreichbar ist und wenn mit traceroute (linux, mac) bzw tracert (win) prüfen, welchen weg er geht
2. mit netstat (linux, mac, win) kann man feststellen, welche porst von wem belegt sind.
ich hatte auf meine MacBook das Problem, das der Standard-Port 8009 von einem anderen Programm (AirServer) belegt. Habe das in den Einstellung des NEO umgestellt und dann ging es.
Hast Du natürlich auch versucht, habe ich gelesen ...
Neuen Kommentar hinzufügen