Octofarm: problème de démarrage du serveur linux mint

Avez-vous un fichier OctoFarm-Server.log dans le répertoire des journaux ? Si oui, pouvez-vous le poster ?

Je le fais... Je viens de vérifier - il s'avère que le service MongoDB n'a pas été démarré - oups. Je viens de le démarrer et j'ai réessayé mais toujours pas de chargement. journal du serveur joint.
Merci

OctoFarm-Server (copie).txt

Je le fais... Je viens de vérifier - il s'avère que le service MongoDB n'a pas été démarré - oups. Je viens de le démarrer et j'ai réessayé mais toujours pas de chargement. journal du serveur joint.
Merci

OctoFarm-Server (copie).txt

Ce journal suggère toujours que les détails de votre base de données sont incorrects/ne se connectent pas. Avez-vous redémarré OctoFarm' après avoir démarré la base de données ?

À quoi ressemble votre URL dans config.js ?

Je le fais... Je viens de vérifier - il s'avère que le service MongoDB n'a pas été démarré - oups. Je viens de le démarrer et j'ai réessayé mais toujours pas de chargement. journal du serveur joint.
Merci
OctoFarm-Server (copie).txt

Ce journal suggère toujours que les détails de votre base de données sont incorrects/ne se connectent pas. Avez-vous redémarré OctoFarm' après avoir démarré la base de données ?

À quoi ressemble votre URL dans config.js ?

J'ai redémarré Octofarm après avoir démarré la base de données. Je ne sais pas pourquoi il exécute toujours npm install --production quand j'exécute npm start. Est-ce normal?

config.js ? Dans quel config.js dois-je regarder ? Dans db.js, l'URI est défini sur :
MongoURI : ' mongodb://localhost :27017/octofarm'

car octoprint et mongodb s'exécutent sur le même ordinateur portable

Hmm ok n'a pas été mentionné alors je voulais juste les exclure.

Oui, le script de contrôle en amont npm est juste là pour plus de commodité, il doit se rendre compte que les packages sont installés et ignorés.

As-tu essayé de redémarrer le système ?

Quelles sont vos versions nodejs et mongo aussi ?

Il ne se connecte certainement pas pour une raison quelconque à la base de données Mongodb. Avez-vous également le fichier pm2.error.log, il devrait se trouver dans le dossier /logs d'OctoFarm.

version du nœud : v14.15.0
version mongo : v4.4.1

J'ai redémarré le système depuis l'installation d'Octofarm et de Mongo

Fichiers journaux frais après le redémarrage de mongo et octofarm attachés
OctoFarm-Server.log.txt
pm2.error.log.txt
pm2.log.txt

Hmm ok n'a pas été mentionné alors je voulais juste les exclure.

Oui, le script de contrôle en amont npm est juste là pour plus de commodité, il doit se rendre compte que les packages sont installés et ignorés.

As-tu essayé de redémarrer le système ?

Quelles sont vos versions nodejs et mongo aussi ?

Il ne se connecte certainement pas pour une raison quelconque à la base de données Mongodb. Avez-vous également le fichier pm2.error.log, il devrait se trouver dans le dossier /logs d'OctoFarm.

Merci je regarderai les logs demain matin pour toi je vais me coucher.

Une chose. Nodejs 14 n'est pas pris en charge, je ne prends en charge que la version LTS de. 12 est recommandé. Il y a assez de problèmes de base de données avec 14 aussi, donc ça vaut le coup d'essayer jusqu'à ce que je puisse regarder les journaux.

Merci je regarderai les logs demain matin pour toi je vais me coucher.

Une chose. Nodejs 14 n'est pas pris en charge, je ne prends en charge que la version LTS de. 12 est recommandé. Il y a assez de problèmes de base de données avec 14 aussi, donc ça vaut le coup d'essayer jusqu'à ce que je puisse regarder les journaux.

rétrogradé à nodejs 12 toujours le même. J'espère que vous pourrez le comprendre le matin!

Vous avez deux versions d'OctoFarm running man, ou autre chose sur votre serveur à partir du port 4000.

Je ne pense pas que vous ayez correctement arrêté votre ancienne instance par l'apparence.

Dans le dossier octofarm :

Essayer
pm2 list

Vous devriez voir une instance OctoFarm, si c'est le cas, utilisez
npm run stop

Ensuite, faites le npm start et vous devriez pouvoir accéder à l'interface. En dehors de cela, le serveur semblait bien démarrer.

Consultez également https://octofarm.net/ pour obtenir des instructions plus à jour. Je vais les faire nettoyer cette semaine.

Il semble que vous ayez raison. Quelque chose est en cours d'exécution sur le port 4000. Une commande appelée nxd - s'agit-il de ce nœud ? Sinon, je n'arrive pas à comprendre ce que c'est ! Et il redémarre automatiquement.

faheem@faheem :~ $ sudo lsof -i :4000
COMMANDE PID UTILISATEUR FD TYPE DEVICE SIZE/OFF NOM DE NOEUD
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *:4000 (ÉCOUTER)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *:4000 (ÉCOUTER)
faheem@faheem :~ $ sudo kill -9 2353
faheem@faheem :~ $ sudo lsof -i :4000
COMMANDE PID UTILISATEUR FD TYPE DEVICE SIZE/OFF NOM DE NOEUD
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *:4000 (ÉCOUTER)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *:4000 (ÉCOUTER)

La liste pm2 montre que l'ancienne instance est arrêtée (je pense):

faheem@faheem-HP-EliteBook-8470p :~/OctoFarm$ pm2 liste
?? ??
│ id │ nom │ mode │ ↺ │ état │ cpu │ mémoire │
?? ??
│ 0 │ OctoFarm │ fourche │ 15 │ arrêté │ 0% │ 0b │
?? ??
Merci pour l'aide. Je suppose que si je peux comprendre quelle est la commande nxd qui écoute sur le port 4000, je pourrais peut-être la réparer. Sinon, existe-t-il un moyen de faire écouter OctoFarm sur un port différent ?

Il semble que vous ayez raison. Quelque chose est en cours d'exécution sur le port 4000. Une commande appelée nxd - s'agit-il de ce nœud ? Sinon, je n'arrive pas à comprendre ce que c'est ! Et il redémarre automatiquement.

faheem@faheem :~ $ sudo lsof -i :4000
COMMANDE PID UTILISATEUR FD TYPE DEVICE SIZE/OFF NOM DE NOEUD
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *:4000 (ÉCOUTER)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *:4000 (ÉCOUTER)
faheem@faheem :~ $ sudo kill -9 2353
faheem@faheem :~ $ sudo lsof -i :4000
COMMANDE PID UTILISATEUR FD TYPE DEVICE SIZE/OFF NOM DE NOEUD
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *:4000 (ÉCOUTER)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *:4000 (ÉCOUTER)

La liste pm2 montre que l'ancienne instance est arrêtée (je pense):

faheem@faheem-HP-EliteBook-8470p :~/OctoFarm$ pm2 liste
?? ??
│ id │ nom │ mode │ ↺ │ état │ cpu │ mémoire │
?? ??
│ 0 │ OctoFarm │ fourche │ 15 │ arrêté │ 0% │ 0b │
?? ??
Merci pour l'aide. Je suppose que si je peux comprendre quelle est la commande nxd qui écoute sur le port 4000, je pourrais peut-être la réparer. Sinon, existe-t-il un moyen de faire écouter OctoFarm sur un port différent ?

Je l'ai trouvé! J'ai un logiciel appelé NoMachine en cours d'exécution et il s'avère que c'est le processus nxd qui écoutait sur le port 4000. J'ai réinitialisé cela pour écouter sur un port différent et OctoFarm fonctionne !

Merci encore pour votre aide. J'ai suivi vos instructions sur https://octofarm.net/ la seule chose qui manquait était le démarrage du service mongodb, mais c'était peut-être simplement parce que j'ai redémarré et qu'il n'avait pas redémarré automatiquement.

Il semble que vous ayez raison. Quelque chose est en cours d'exécution sur le port 4000. Une commande appelée nxd - s'agit-il de ce nœud ? Sinon, je n'arrive pas à comprendre ce que c'est ! Et il redémarre automatiquement.
faheem@faheem :~ $ sudo lsof -i :4000
COMMANDE PID UTILISATEUR FD TYPE DEVICE SIZE/OFF NOM DE NOEUD
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *:4000 (ÉCOUTER)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *:4000 (ÉCOUTER)
faheem@faheem :~ $ sudo kill -9 2353
faheem@faheem :~ $ sudo lsof -i :4000
COMMANDE PID UTILISATEUR FD TYPE DEVICE SIZE/OFF NOM DE NOEUD
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *:4000 (ÉCOUTER)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *:4000 (ÉCOUTER)
La liste pm2 montre que l'ancienne instance est arrêtée (je pense):
faheem@faheem-HP-EliteBook-8470p :~/OctoFarm$ pm2 liste
?? ??
│ id │ nom │ mode │ ↺ │ état │ cpu │ mémoire │
?? ??
│ 0 │ OctoFarm │ fourche │ 15 │ arrêté │ 0% │ 0b │
?? ??
Merci pour l'aide. Je suppose que si je peux comprendre quelle est la commande nxd qui écoute sur le port 4000, je pourrais peut-être la réparer. Sinon, existe-t-il un moyen de faire écouter OctoFarm sur un port différent ?

Je l'ai trouvé! J'ai un logiciel appelé NoMachine en cours d'exécution et il s'avère que c'est le processus nxd qui écoutait sur le port 4000. J'ai réinitialisé cela pour écouter sur un port différent et OctoFarm fonctionne !

Merci encore pour votre aide. J'ai suivi vos instructions sur https://octofarm.net/ la seule chose qui manquait était le démarrage du service mongodb, mais c'était peut-être simplement parce que j'ai redémarré et qu'il n'avait pas redémarré automatiquement.

J'utilise le même logiciel ! Il fait ma noix dedans, il fonctionne sur 4000 ahahaha. Génial, content que tu aies réglé ça.

Oui, mes instructions sont un peu confuses à la minute, je m'en excuse. Cela devrait également avoir la section sur le redémarrage de MongoDB mais je ne l'ai mis à jour que la semaine dernière.