Octofarm: problema de inicio del servidor linux mint

¿Tiene un archivo OctoFarm-Server.log en el directorio de registros? Si es así, ¿puedes publicarlo?

Lo hago ... Recién comprobado, resulta que el servicio MongoDB no se inició, oops. Simplemente lo inicié y lo intenté de nuevo, pero aún no se carga. registro del servidor adjunto.
Gracias

OctoFarm-Server (copia) .txt

Lo hago ... Recién comprobado, resulta que el servicio MongoDB no se inició, oops. Simplemente lo inicié y lo intenté de nuevo, pero aún no se carga. registro del servidor adjunto.
Gracias

OctoFarm-Server (copia) .txt

Ese registro todavía sugiere que los detalles de su base de datos son incorrectos / no se pueden conectar. ¿Reinició OctoFarm 'después de iniciar la base de datos?

¿Cómo se ve su URL en config.js?

Lo hago ... Recién comprobado, resulta que el servicio MongoDB no se inició, oops. Simplemente lo inicié y lo intenté de nuevo, pero aún no se carga. registro del servidor adjunto.
Gracias
OctoFarm-Server (copia) .txt

Ese registro todavía sugiere que los detalles de su base de datos son incorrectos / no se pueden conectar. ¿Reinició OctoFarm 'después de iniciar la base de datos?

¿Cómo se ve su URL en config.js?

Reinicié el Octofarm después de iniciar la base de datos. Sin embargo, no sé por qué todavía se ejecuta npm install --production cuando ejecuto npm start. ¿Eso es normal?

config.js? ¿En qué config.js debo buscar? En db.js tengo el URI configurado en:
MongoURI: ' mongodb: // localhost : 27017 / octofarm'

dado que tanto octoprint como mongodb se ejecutan en la misma computadora portátil

Hmm, ok, no se mencionó, así que solo quería descartarlos.

Sí, el script de verificación previa de npm está ahí para su conveniencia, debe darse cuenta de que los paquetes están instalados y omitirlos.

¿Ha intentado reiniciar el sistema?

¿Cuáles son sus versiones de nodejs y mongo también?

Ciertamente, no se conecta por alguna razón a la base de datos de Mongodb. ¿También tiene pm2.error.log? Debería estar en la carpeta / logs en OctoFarm.

versión del nodo: v14.15.0
versión de mongo: v4.4.1

He reiniciado el sistema desde que instalé Octofarm y Mongo

Archivos de registro nuevos después de reiniciar mongo y octofarm adjuntos
OctoFarm-Server.log.txt
pm2.error.log.txt
pm2.log.txt

Hmm, ok, no se mencionó, así que solo quería descartarlos.

Sí, el script de verificación previa de npm está ahí para su conveniencia, debe darse cuenta de que los paquetes están instalados y omitirlos.

¿Ha intentado reiniciar el sistema?

¿Cuáles son sus versiones de nodejs y mongo también?

Ciertamente, no se conecta por alguna razón a la base de datos de Mongodb. ¿También tiene pm2.error.log? Debería estar en la carpeta / logs en OctoFarm.

Gracias. Te echaré un vistazo a los registros por la mañana. Estoy a punto de irme a la cama.

Una cosa. Nodejs 14 no es compatible, solo soy compatible con la versión LTS de. Se recomienda 12. Curiosamente, también hay problemas de base de datos con 14, por lo que vale la pena intentarlo hasta que pueda ver los registros.

Gracias. Te echaré un vistazo a los registros por la mañana. Estoy a punto de irme a la cama.

Una cosa. Nodejs 14 no es compatible, solo soy compatible con la versión LTS de. Se recomienda 12. Curiosamente, también hay problemas de base de datos con 14, por lo que vale la pena intentarlo hasta que pueda ver los registros.

degradado a nodejs 12 sigue siendo el mismo. ¡Ojalá puedas entenderlo por la mañana!

Tiene dos versiones de OctoFarm running man, o algo más en su servidor a partir del puerto 4000.

No creo que hayas detenido correctamente tu antigua instancia por el aspecto.

En la carpeta octofarm:

Tratar
pm2 list

Debería ver una instancia de OctoFarm, si es así, use
npm run stop

Luego haga el npm start y debería poder acceder a la interfaz. Aparte de eso, el servidor parecía empezar bien.

Consulte también https://octofarm.net/ para obtener instrucciones más actualizadas. Los limpiaré en algún momento de esta semana.

Parece que tienes razón. Algo se está ejecutando en el puerto 4000. Un comando llamado nxd - ¿es ese nodo? Si no es así, ¡no puedo descifrar qué es! Y se reinicia automáticamente.

faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUARIO FD TIPO TAMAÑO DEL DISPOSITIVO / NOMBRE APAGADO NOMBRE
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *: 4000 (ESCUCHAR)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *: 4000 (ESCUCHAR)
faheem @ faheem : ~ $ sudo kill -9 2353
faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUARIO FD TIPO TAMAÑO DEL DISPOSITIVO / NOMBRE APAGADO NOMBRE
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *: 4000 (ESCUCHAR)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *: 4000 (ESCUCHAR)

La lista pm2 muestra que la instancia anterior está detenida (creo):

faheem @ faheem-HP-EliteBook-8470p : ~ / OctoFarm $ pm2 lista
┌────┬───────────────────┬──────────┬──────┬───── ──────┬──────────┬──────────┐
│ id │ nombre │ modo │ ↺ │ estado │ cpu │ memoria │
├────┼───────────────────┼──────────┼──────┼───── ──────┼──────────┼──────────┤
│ 0 │ OctoFarm │ horquilla │ 15 │ detenido │ 0% │ 0b │
└────┴───────────────────┴──────────┴──────┴───── ──────┴──────────┴──────────┘
gracias por la ayuda. Supongo que si puedo averiguar cuál es el comando nxd que está escuchando en el puerto 4000, podría solucionarlo. Alternativamente, ¿hay alguna manera de hacer que OctoFarm escuche en un puerto diferente?

Parece que tienes razón. Algo se está ejecutando en el puerto 4000. Un comando llamado nxd - ¿es ese nodo? Si no es así, ¡no puedo descifrar qué es! Y se reinicia automáticamente.

faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUARIO FD TIPO TAMAÑO DEL DISPOSITIVO / NOMBRE APAGADO NOMBRE
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *: 4000 (ESCUCHAR)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *: 4000 (ESCUCHAR)
faheem @ faheem : ~ $ sudo kill -9 2353
faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUARIO FD TIPO TAMAÑO DEL DISPOSITIVO / NOMBRE APAGADO NOMBRE
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *: 4000 (ESCUCHAR)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *: 4000 (ESCUCHAR)

La lista pm2 muestra que la instancia anterior está detenida (creo):

faheem @ faheem-HP-EliteBook-8470p : ~ / OctoFarm $ pm2 lista
┌────┬───────────────────┬──────────┬──────┬───── ──────┬──────────┬──────────┐
│ id │ nombre │ modo │ ↺ │ estado │ cpu │ memoria │
├────┼───────────────────┼──────────┼──────┼───── ──────┼──────────┼──────────┤
│ 0 │ OctoFarm │ horquilla │ 15 │ detenido │ 0% │ 0b │
└────┴───────────────────┴──────────┴──────┴───── ──────┴──────────┴──────────┘
gracias por la ayuda. Supongo que si puedo averiguar cuál es el comando nxd que está escuchando en el puerto 4000, podría solucionarlo. Alternativamente, ¿hay alguna manera de hacer que OctoFarm escuche en un puerto diferente?

¡Lo encontré! Tengo un software llamado NoMachine ejecutándose y resulta que es el proceso nxd que estaba escuchando en el puerto 4000. ¡Lo reinicié para escuchar en un puerto diferente y OctoFarm funciona!

Gracias de nuevo por la ayuda. Seguí sus instrucciones en https://octofarm.net/, lo único que faltaba era iniciar el servicio mongodb, pero eso podría haber sido solo porque reinicié y no se reinició automáticamente.

Parece que tienes razón. Algo se está ejecutando en el puerto 4000. Un comando llamado nxd - ¿es ese nodo? Si no es así, ¡no puedo descifrar qué es! Y se reinicia automáticamente.
faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUARIO FD TIPO TAMAÑO DEL DISPOSITIVO / NOMBRE APAGADO NOMBRE
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *: 4000 (ESCUCHAR)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *: 4000 (ESCUCHAR)
faheem @ faheem : ~ $ sudo kill -9 2353
faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUARIO FD TIPO TAMAÑO DEL DISPOSITIVO / NOMBRE APAGADO NOMBRE
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *: 4000 (ESCUCHAR)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *: 4000 (ESCUCHAR)
La lista pm2 muestra que la instancia anterior está detenida (creo):
faheem @ faheem-HP-EliteBook-8470p : ~ / OctoFarm $ pm2 lista
┌────┬───────────────────┬──────────┬──────┬───── ──────┬──────────┬──────────┐
│ id │ nombre │ modo │ ↺ │ estado │ cpu │ memoria │
├────┼───────────────────┼──────────┼──────┼───── ──────┼──────────┼──────────┤
│ 0 │ OctoFarm │ horquilla │ 15 │ detenido │ 0% │ 0b │
└────┴───────────────────┴──────────┴──────┴───── ──────┴──────────┴──────────┘
gracias por la ayuda. Supongo que si puedo averiguar cuál es el comando nxd que está escuchando en el puerto 4000, podría solucionarlo. Alternativamente, ¿hay alguna manera de hacer que OctoFarm escuche en un puerto diferente?

¡Lo encontré! Tengo un software llamado NoMachine ejecutándose y resulta que es el proceso nxd que estaba escuchando en el puerto 4000. ¡Lo reinicié para escuchar en un puerto diferente y OctoFarm funciona!

Gracias de nuevo por la ayuda. Seguí sus instrucciones en https://octofarm.net/, lo único que faltaba era iniciar el servicio mongodb, pero eso podría haber sido solo porque reinicié y no se reinició automáticamente.

¡Utilizo el mismo software! Hace mi nuez en que se ejecuta en 4000 ahahaha. Brillante, me alegro de que lo hayas solucionado.

Sí, mis instrucciones son un poco confusas en el momento en que me disculpo por eso. Eso también debería tener la sección sobre reiniciar MongoDB, pero solo lo actualicé la semana pasada.