Octofarm: problema de inicialização do servidor linux mint

Você tem um arquivo OctoFarm-Server.log no diretório de logs? Se sim, você pode postar?

Sim ... Acabei de verificar - parece que o serviço MongoDB não foi iniciado - opa. Apenas comecei e tentei novamente, mas ainda não carregava. log do servidor anexado.
Obrigado

OctoFarm-Server (cópia) .txt

Sim ... Acabei de verificar - parece que o serviço MongoDB não foi iniciado - opa. Apenas comecei e tentei novamente, mas ainda não carregava. log do servidor anexado.
Obrigado

OctoFarm-Server (cópia) .txt

Esse log ainda sugere que os detalhes do seu banco de dados estão incorretos / falhando ao conectar. Você reiniciou OctoFarm 'após iniciar o banco de dados?

Qual é a aparência do seu url no config.js?

Sim ... Acabei de verificar - parece que o serviço MongoDB não foi iniciado - opa. Apenas comecei e tentei novamente, mas ainda não carregava. log do servidor anexado.
Obrigado
OctoFarm-Server (cópia) .txt

Esse log ainda sugere que os detalhes do seu banco de dados estão incorretos / falhando ao conectar. Você reiniciou OctoFarm 'após iniciar o banco de dados?

Qual é a aparência do seu url no config.js?

Reiniciei o Octofarm depois de iniciar o banco de dados. Não sei por que ele ainda executa o npm install --production quando eu executo o npm start. Isso é normal?

config.js? Qual config.js devo procurar? Em db.js, tenho o URI definido para:
MongoURI: ' mongodb: // localhost : 27017 / octofarm'

já que octoprint e mongodb estão rodando no mesmo laptop

Hmm ok não foi mencionado, então só queria descartá-los.

Sim, o script npm preflight está lá apenas por conveniência, ele deve perceber que os pacotes estão instalados e pular.

Você já tentou reiniciar o sistema?

Quais são as suas versões de nodejs e mongo também?

Certamente não está se conectando por algum motivo ao banco de dados Mongodb. Você também tem o pm2.error.log? Ele deve estar na pasta / logs no OctoFarm.

versão do nó: v14.15.0
versão mongo: v4.4.1

Reinicializei o sistema desde a instalação do Octofarm e Mongo

Novos arquivos de log após reiniciar o mongo e o octofarm anexados
OctoFarm-Server.log.txt
pm2.error.log.txt
pm2.log.txt

Hmm ok não foi mencionado, então só queria descartá-los.

Sim, o script npm preflight está lá apenas por conveniência, ele deve perceber que os pacotes estão instalados e pular.

Você já tentou reiniciar o sistema?

Quais são as suas versões de nodejs e mongo também?

Certamente não está se conectando por algum motivo ao banco de dados Mongodb. Você também tem o pm2.error.log? Ele deve estar na pasta / logs no OctoFarm.

Obrigado. Vou dar uma olhada nos registros pela manhã para você. Estou prestes a ir para a cama.

Uma Coisa. Nodejs 14 não é compatível, só suporte a versão LTS do. 12 é recomendado. Existem problemas curiosos de banco de dados com 14 também, então vale a pena tentar até que eu possa olhar os logs.

Obrigado. Vou dar uma olhada nos registros pela manhã para você. Estou prestes a ir para a cama.

Uma Coisa. Nodejs 14 não é compatível, só suporte a versão LTS do. 12 é recomendado. Existem problemas curiosos de banco de dados com 14 também, então vale a pena tentar até que eu possa olhar os logs.

rebaixado para nodejs 12 ainda o mesmo. Espero que você consiga entender isso pela manhã!

Você tem duas versões do OctoFarm executando o man, ou qualquer outra coisa em seu servidor a partir da porta 4000.

Eu não acho que você interrompeu corretamente sua instância antiga pelo que parece.

Na pasta octofarm:

Experimentar
pm2 list

Você deve ver uma instância OctoFarm, se for o caso, use
npm run stop

Em seguida, faça o npm start e você deverá conseguir acessar a interface. Tirando isso, o servidor parecia começar bem.

Verifique também em https://octofarm.net/ para obter mais instruções atualizadas. Vou limpar isso ainda esta semana.

Parece que você está certo. Algo está sendo executado na porta 4000. Um comando chamado nxd - é esse nó? Se não, não consigo descobrir o que é! E está reiniciando automaticamente.

faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUÁRIO FD TIPO DE TAMANHO DE DISPOSITIVO / DESLIGADO NOME DO NÓ
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *: 4000 (LISTEN)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *: 4000 (LISTEN)
faheem @ faheem : ~ $ sudo kill -9 2353
faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUÁRIO FD TIPO DE TAMANHO DE DISPOSITIVO / DESLIGADO NOME DO NÓ
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *: 4000 (LISTEN)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *: 4000 (LISTEN)

A lista pm2 mostra que a instância antiga está parada (eu acho):

faheem @ faheem-HP-EliteBook-8470p : ~ / OctoFarm $ pm2 list
┌─────┬─────────────────────┬──────────┬──────────────── ───────┬──────────┬───────────┐
│ id │ nome │ modo │ ↺ │ status │ CPU │ memória │
├─────┼─────────────────────┼──────────┼──────────────── ───────┼──────────┼───────────┤
│ 0 │ OctoFarm │ bifurcação │ 15 │ interrompido │ 0% │ 0b │
└─────┴─────────────────────┴──────────┴──────────────── ───────┴──────────┴───────────┘
Obrigado pela ajuda. Acho que se eu conseguir descobrir qual é o comando nxd que está escutando na porta 4000, talvez consiga consertá-lo. Como alternativa, existe uma maneira de fazer o OctoFarm escutar em uma porta diferente?

Parece que você está certo. Algo está sendo executado na porta 4000. Um comando chamado nxd - é esse nó? Se não, não consigo descobrir o que é! E está reiniciando automaticamente.

faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUÁRIO FD TIPO DE TAMANHO DE DISPOSITIVO / DESLIGADO NOME DO NÓ
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *: 4000 (LISTEN)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *: 4000 (LISTEN)
faheem @ faheem : ~ $ sudo kill -9 2353
faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUÁRIO FD TIPO DE TAMANHO DE DISPOSITIVO / DESLIGADO NOME DO NÓ
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *: 4000 (LISTEN)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *: 4000 (LISTEN)

A lista pm2 mostra que a instância antiga está parada (eu acho):

faheem @ faheem-HP-EliteBook-8470p : ~ / OctoFarm $ pm2 list
┌─────┬─────────────────────┬──────────┬──────────────── ───────┬──────────┬───────────┐
│ id │ nome │ modo │ ↺ │ status │ CPU │ memória │
├─────┼─────────────────────┼──────────┼──────────────── ───────┼──────────┼───────────┤
│ 0 │ OctoFarm │ bifurcação │ 15 │ interrompido │ 0% │ 0b │
└─────┴─────────────────────┴──────────┴──────────────── ───────┴──────────┴───────────┘
Obrigado pela ajuda. Acho que se eu conseguir descobrir qual é o comando nxd que está escutando na porta 4000, talvez consiga consertá-lo. Como alternativa, existe uma maneira de fazer o OctoFarm escutar em uma porta diferente?

Eu encontrei! Eu tenho um software chamado NoMachine em execução e descobri que é o processo nxd que estava escutando na porta 4000. Eu o redefini para escutar em uma porta diferente e o OctoFarm funciona!

Obrigado novamente pela ajuda. Eu segui suas instruções em https://octofarm.net/ a única coisa que faltou foi iniciar o serviço mongodb, mas isso pode ter sido apenas porque eu reiniciei e ele não reiniciou automaticamente.

Parece que você está certo. Algo está sendo executado na porta 4000. Um comando chamado nxd - é esse nó? Se não, não consigo descobrir o que é! E está reiniciando automaticamente.
faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUÁRIO FD TIPO DE TAMANHO DE DISPOSITIVO / DESLIGADO NOME DO NÓ
nxd 2353 nx 3u IPv4 5928504 0t0 TCP *: 4000 (LISTEN)
nxd 2353 nx 4u IPv6 5927461 0t0 TCP *: 4000 (LISTEN)
faheem @ faheem : ~ $ sudo kill -9 2353
faheem @ faheem : ~ $ sudo lsof -i: 4000
COMANDO PID USUÁRIO FD TIPO DE TAMANHO DE DISPOSITIVO / DESLIGADO NOME DO NÓ
nxd 24513 nx 3u IPv6 11516857 0t0 TCP *: 4000 (LISTEN)
nxd 24513 nx 4u IPv4 11517317 0t0 TCP *: 4000 (LISTEN)
A lista pm2 mostra que a instância antiga está parada (eu acho):
faheem @ faheem-HP-EliteBook-8470p : ~ / OctoFarm $ pm2 list
┌─────┬─────────────────────┬──────────┬──────────────── ───────┬──────────┬───────────┐
│ id │ nome │ modo │ ↺ │ status │ CPU │ memória │
├─────┼─────────────────────┼──────────┼──────────────── ───────┼──────────┼───────────┤
│ 0 │ OctoFarm │ bifurcação │ 15 │ interrompido │ 0% │ 0b │
└─────┴─────────────────────┴──────────┴──────────────── ───────┴──────────┴───────────┘
Obrigado pela ajuda. Acho que se eu conseguir descobrir qual é o comando nxd que está escutando na porta 4000, talvez consiga consertá-lo. Como alternativa, existe uma maneira de fazer o OctoFarm escutar em uma porta diferente?

Eu encontrei! Eu tenho um software chamado NoMachine em execução e descobri que é o processo nxd que estava escutando na porta 4000. Eu o redefini para escutar em uma porta diferente e o OctoFarm funciona!

Obrigado novamente pela ajuda. Eu segui suas instruções em https://octofarm.net/ a única coisa que faltou foi iniciar o serviço mongodb, mas isso pode ter sido apenas porque eu reiniciei e ele não reiniciou automaticamente.

Eu uso o mesmo software! Ele faz a minha porca nele funciona em 4000 ahahaha. Brilhante, que bom que você resolveu.

Sim, minhas instruções ficam um pouco confusas no minuto em que me desculpo por isso. Isso também deve ter a seção sobre como reiniciar o MongoDB, mas eu só atualizei isso na semana passada.