Octofarm: Serverstartproblem Linux Mint

Haben Sie eine OctoFarm-Server.log-Datei im Protokollverzeichnis? Wenn ja, kannst du es posten?

Ich tue ... Gerade überprüft - es stellte sich heraus, dass der MongoDB-Dienst nicht gestartet wurde - oops. Habe es gerade gestartet und nochmal probiert, aber immer noch nicht geladen. Server-Log angehängt.
Danke

OctoFarm-Server (copy).txt

Ich tue ... Gerade überprüft - es stellte sich heraus, dass der MongoDB-Dienst nicht gestartet wurde - oops. Habe es gerade gestartet und nochmal probiert, aber immer noch nicht geladen. Server-Log angehängt.
Danke

OctoFarm-Server (copy).txt

Dieses Protokoll weist immer noch darauf hin, dass Ihre Datenbankdetails falsch sind oder keine Verbindung hergestellt werden kann. Haben Sie OctoFarm' nach dem Starten der Datenbank neu gestartet?

Wie sieht deine URL in config.js aus?

Ich tue ... Gerade überprüft - es stellte sich heraus, dass der MongoDB-Dienst nicht gestartet wurde - oops. Habe es gerade gestartet und nochmal probiert, aber immer noch nicht geladen. Server-Log angehängt.
Danke
OctoFarm-Server (copy).txt

Dieses Protokoll weist immer noch darauf hin, dass Ihre Datenbankdetails falsch sind oder keine Verbindung hergestellt werden kann. Haben Sie OctoFarm' nach dem Starten der Datenbank neu gestartet?

Wie sieht deine URL in config.js aus?

Ich habe Octofarm nach dem Starten der Datenbank neu gestartet. Ich weiß nicht, warum es immer noch npm install --production ausführt, wenn ich npm start ausführe. Ist das normal?

config.js? In welcher config.js sollte ich nachschauen? In db.js habe ich den URI gesetzt auf:
MongoURI: ' mongodb://localhost :27017/octofarm'

da sowohl octoprint als auch mongodb auf demselben Laptop laufen

Hmm ok wurde nicht erwähnt, wollte das nur ausschließen.

Ja, das npm-Preflight-Skript ist nur der Einfachheit halber da, es sollte erkennen, dass die Pakete installiert und übersprungen werden.

Hast du mal versucht das System neu zu starten?

Was sind deine Nodejs- und Mongo-Versionen auch?

Es ist sicherlich aus irgendeinem Grund keine Verbindung zur Mongodb-Datenbank. Haben Sie auch die pm2.error.log, sollte sie sich im /logs-Ordner in OctoFarm befinden.

Knotenversion: v14.15.0
Mongo-Version: v4.4.1

Ich habe das System seit der Installation von Octofarm und Mongo neu gestartet

Neue Log-Dateien nach Neustart von Mongo und Octofarm angehängt
OctoFarm-Server.log.txt
pm2.error.log.txt
pm2.log.txt

Hmm ok wurde nicht erwähnt, wollte das nur ausschließen.

Ja, das npm-Preflight-Skript ist nur der Einfachheit halber da, es sollte erkennen, dass die Pakete installiert und übersprungen werden.

Hast du mal versucht das System neu zu starten?

Was sind deine Nodejs- und Mongo-Versionen auch?

Es ist sicherlich aus irgendeinem Grund keine Verbindung zur Mongodb-Datenbank. Haben Sie auch die pm2.error.log, sollte sie sich im /logs-Ordner in OctoFarm befinden.

Danke, ich schau mir morgen früh die Logs für dich an. Ich gehe gleich ins Bett.

Eine Sache. Nodejs 14 wird nicht unterstützt, ich unterstütze nur die LTS-Version von. 12 wird empfohlen. Es gibt komischerweise auch bei 14 Datenbankprobleme, also einen Versuch wert, bis ich mir die Protokolle ansehen kann.

Danke, ich schau mir morgen früh die Logs für dich an. Ich gehe gleich ins Bett.

Eine Sache. Nodejs 14 wird nicht unterstützt, ich unterstütze nur die LTS-Version von. 12 wird empfohlen. Es gibt komischerweise auch bei 14 Datenbankprobleme, also einen Versuch wert, bis ich mir die Protokolle ansehen kann.

downgraded auf nodejs 12 immer noch das gleiche. Hoffentlich können Sie es morgen früh verstehen!

Sie haben zwei Versionen von OctoFarm running man oder etwas anderes auf Ihrem Server, beginnend mit Port 4000.

Ich glaube nicht, dass Sie Ihre alte Instanz richtig gestoppt haben, wie es aussieht.

Im octofarm-Ordner:

Versuchen
pm2 list

Sie sollten eine OctoFarm-Instanz sehen, wenn ja, verwenden Sie
npm run stop

Dann machen Sie die npm start und Sie sollten in der Lage sein, auf die Schnittstelle zuzugreifen. Ansonsten schien der Server gut zu starten.

Weitere aktuelle Anweisungen finden Sie auch unter https://octofarm.net/ . Die werde ich diese Woche mal sauber machen.

Du scheinst recht zu haben. Auf Port 4000 läuft etwas. Ein Befehl namens nxd - ist das ein Knoten? Wenn nicht, kann ich nicht herausfinden, was es ist! Und es startet automatisch neu.

faheem@faheem :~ $ sudo lsof -i :4000
BEFEHL PID BENUTZER FD TYP GERÄTEGRÖSSE/AUS KNOTENNAME
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *:4000 (HÖREN)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *:4000 (HÖREN)
faheem@faheem :~ $ sudo kill -9 2353
faheem@faheem :~ $ sudo lsof -i :4000
BEFEHL PID BENUTZER FD TYP GERÄTEGRÖSSE/AUS KNOTENNAME
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *:4000 (HÖREN)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *:4000 (HÖREN)

Die pm2-Liste zeigt, dass die alte Instanz gestoppt wurde (glaube ich):

faheem@faheem-HP-EliteBook-8470p :~/OctoFarm$ pm2 Liste
┌────┬────────────────────┬──────────┬──────┬───── ──────┬──────────┬──────────┐
│ ID │ Name │ Modus │ ↺ │ Status │ CPU │ Speicher │
├────┼────────────────────┼──────────┼──────┼───── ──────┼──────────┼──────────┤
│ 0 │ OctoFarm │ Gabel │ 15 │ gestoppt │ 0% │ 0b │
└────┴────────────────────┴──────────┴──────┴───── ──────┴──────────┴──────────┘
danke für die Hilfe. Ich denke, wenn ich herausfinden kann, was der nxd-Befehl ist, der auf Port 4000 lauscht, kann ich ihn möglicherweise reparieren. Gibt es alternativ eine Möglichkeit, OctoFarm auf einem anderen Port abhören zu lassen?

Du scheinst recht zu haben. Auf Port 4000 läuft etwas. Ein Befehl namens nxd - ist das ein Knoten? Wenn nicht, kann ich nicht herausfinden, was es ist! Und es startet automatisch neu.

faheem@faheem :~ $ sudo lsof -i :4000
BEFEHL PID BENUTZER FD TYP GERÄTEGRÖSSE/AUS KNOTENNAME
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *:4000 (HÖREN)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *:4000 (HÖREN)
faheem@faheem :~ $ sudo kill -9 2353
faheem@faheem :~ $ sudo lsof -i :4000
BEFEHL PID BENUTZER FD TYP GERÄTEGRÖSSE/AUS KNOTENNAME
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *:4000 (HÖREN)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *:4000 (HÖREN)

Die pm2-Liste zeigt, dass die alte Instanz gestoppt wurde (glaube ich):

faheem@faheem-HP-EliteBook-8470p :~/OctoFarm$ pm2 Liste
┌────┬────────────────────┬──────────┬──────┬───── ──────┬──────────┬──────────┐
│ ID │ Name │ Modus │ ↺ │ Status │ CPU │ Speicher │
├────┼────────────────────┼──────────┼──────┼───── ──────┼──────────┼──────────┤
│ 0 │ OctoFarm │ Gabel │ 15 │ gestoppt │ 0% │ 0b │
└────┴────────────────────┴──────────┴──────┴───── ──────┴──────────┴──────────┘
danke für die Hilfe. Ich denke, wenn ich herausfinden kann, was der nxd-Befehl ist, der auf Port 4000 lauscht, kann ich ihn möglicherweise reparieren. Gibt es alternativ eine Möglichkeit, OctoFarm auf einem anderen Port abhören zu lassen?

Ich habe es gefunden! Ich habe eine Software namens NoMachine laufen und es stellte sich heraus, dass dies der nxd-Prozess ist, der auf Port 4000 lauschte. Ich habe das zurückgesetzt, um auf einem anderen Port zu lauschen, und OctoFarm funktioniert!

Danke nochmal für die Hilfe. Ich habe Ihre Anweisungen auf https://octofarm.net/ befolgt. Das einzige, was fehlte, war der Start des Mongodb-Dienstes, aber das könnte nur daran gelegen haben, dass ich neu gestartet habe und es nicht automatisch neu gestartet wurde.

Du scheinst recht zu haben. Auf Port 4000 läuft etwas. Ein Befehl namens nxd - ist das ein Knoten? Wenn nicht, kann ich nicht herausfinden, was es ist! Und es startet automatisch neu.
faheem@faheem :~ $ sudo lsof -i :4000
BEFEHL PID BENUTZER FD TYP GERÄTEGRÖSSE/AUS KNOTENNAME
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *:4000 (HÖREN)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *:4000 (HÖREN)
faheem@faheem :~ $ sudo kill -9 2353
faheem@faheem :~ $ sudo lsof -i :4000
BEFEHL PID BENUTZER FD TYP GERÄTEGRÖSSE/AUS KNOTENNAME
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *:4000 (HÖREN)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *:4000 (HÖREN)
Die pm2-Liste zeigt, dass die alte Instanz gestoppt wurde (glaube ich):
faheem@faheem-HP-EliteBook-8470p :~/OctoFarm$ pm2 Liste
┌────┬────────────────────┬──────────┬──────┬───── ──────┬──────────┬──────────┐
│ ID │ Name │ Modus │ ↺ │ Status │ CPU │ Speicher │
├────┼────────────────────┼──────────┼──────┼───── ──────┼──────────┼──────────┤
│ 0 │ OctoFarm │ Gabel │ 15 │ gestoppt │ 0% │ 0b │
└────┴────────────────────┴──────────┴──────┴───── ──────┴──────────┴──────────┘
danke für die Hilfe. Ich denke, wenn ich herausfinden kann, was der nxd-Befehl ist, der auf Port 4000 lauscht, kann ich ihn möglicherweise reparieren. Gibt es alternativ eine Möglichkeit, OctoFarm auf einem anderen Port abhören zu lassen?

Ich habe es gefunden! Ich habe eine Software namens NoMachine laufen und es stellte sich heraus, dass dies der nxd-Prozess ist, der auf Port 4000 lauschte. Ich habe das zurückgesetzt, um auf einem anderen Port zu lauschen, und OctoFarm funktioniert!

Danke nochmal für die Hilfe. Ich habe Ihre Anweisungen auf https://octofarm.net/ befolgt. Das einzige, was fehlte, war der Start des Mongodb-Dienstes, aber das könnte nur daran gelegen haben, dass ich neu gestartet habe und es nicht automatisch neu gestartet wurde.

Ich benutze die gleiche Software! Es macht meine Nuss darin läuft auf 4000 ahahaha. Genial, schön, dass du es sortiert hast.

Ja, meine Anweisungen sind im Moment etwas durcheinander, ich entschuldige mich dafür. Das sollte auch den Abschnitt zum Neustarten von MongoDB haben, aber ich habe das erst in der letzten Woche aktualisiert.