<p>OctoFarm : avertissement de la base de données</p>

Hmmm bizarre. Avez-vous des journaux que nous pourrions consulter ? Ils seraient dans votre dossier de journaux dans appdata/OctoFarm/logs.

Pourriez-vous également nous indiquer quel tag vous utilisez ? Je suppose que c'est le dernier mais je voulais juste confirmer.

@TomKamin1 nous aurions besoin de plus d'informations de votre côté ! Veuillez fournir les journaux OctoFarm-Server dans le dossier des journaux, car l'erreur MongoDB sera trouvée.
Sinon, nous devons reporter tout correctif éventuel à une autre version.

Hé. Dernier. Mon serveur est actuellement hors ligne en maintenance donc je n'ai pas
tous les journaux malheureusement. Une fois qu'il est en place si le problème persiste, je vais trouver les journaux pour
toi.

út 23. 3. 2021 v 7:35 odesílatel James Mackay @ . * >
napsale :

Hmmm bizarre. Avez-vous des journaux que nous pourrions consulter ? ils seraient dans
votre dossier logs dans appdata/OctoFarm/logs.

Pourriez-vous également nous indiquer quel tag vous utilisez ? Je suppose que c'est le dernier mais
je voulais juste confirmer.

-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/OctoFarm/OctoFarm/issues/387#issuecomment-804656968 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ATK4ZPQFHVNJGVODJJX7TALTFAZC3ANCNFSM4ZSBF2KA
.

>

Tom Kamin

Hmmm bizarre. Avez-vous des journaux que nous pourrions consulter ? Ils seraient dans votre dossier de journaux dans appdata/OctoFarm/logs.

Pourriez-vous également nous indiquer quel tag vous utilisez ? Je suppose que c'est le dernier mais je voulais juste confirmer.

Pourriez-vous s'il vous plaît m'expliquer un peu plus sur la façon de trouver les données dans unraid ? J'ai essayé de parcourir tous les dossiers en gros et je n'ai trouvé aucun journal. Merci

Il devrait être dans votre dossier app/appdata pour OctoFarm. Si vous définissez les valeurs par défaut, alors /mnt/user/appdata/OctoFarm/logs

Donc, en regardant dans ce dossier exact, il n'y a rien. Sérieusement, il n'y a pas
un seul fichier dans les logs...

po 19. 4. 2021 v 22:38 odesílatel James Mackay @ . * >
napsale :

Il devrait être dans votre dossier app/appdata pour OctoFarm. Si vous définissez le
par défaut puis /mnt/user/appdata/OctoFarm/logs

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/OctoFarm/OctoFarm/issues/387#issuecomment-822769220 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ATK4ZPTKPWAECTGNR4B2KWTTJSIFHANCNFSM4ZSBF2KA
.

--
Tom Kamin

J'ai trouvé ça. Ce n'est pas dans un fichier, mais quand je clique sur "l'application octofarm"
dans l'interface utilisateur non raide, je peux obtenir cette déconnexion.
2021-04-20T10:38:24 : PM2 log : [--no-daemon] Continuer à diffuser les journaux
2021-04-20T10:38:24 : PM2 log : [--no-daemon] Sortie sur la cible PM2 exit pid=11
10:38:35 0|OctoFerme | 2021-04-20T10:38:35: Mar, 20 Avr 2021 08:38:35 GMT |
ERREUR | OctoFarm-InformationCleaning.log | Échec de la génération du nettoyage
histoire... | data :"La mise en mémoire tampon de l'opération histories.find() expiré après
10000ms" |
10:38:35 0|OctoFerme | 2021-04-20T10:38:35: MongooseError: Operation
profiles.find() mise en mémoire tampon a expiré après 10000ms
10:38:35 0|OctoFarm | 2021-04-20T10:38:35 : à l'expiration du délai.
(/app/node_modules/mongoose/lib/drivers/node-mongodb-native/collection.js:185:20)
10:38:35 0|OctoFarm | 2021-04-20T10:38:35: à listOnTimeout
(interne/timers.js:531:17)
10:38:35 0|OctoFarm | 2021-04-20T10:38:35 : à processTimers
(interne/timers.js:475:7)
10:38:55 0|OctoFerme | 2021-04-20T10:38:55: Mar 20 Avr 2021 08:38:55 GMT |
ERREUR | OctoFarm-Server.log | MongooseServerSelectionError : connectez-vous
ECONNREFUSE 127.0.0.1:27017 |
10:38:55 0|OctoFerme | 2021-04-20T10:38:55: Vous rencontrez des problèmes de base de données... web
interface chargée sur : 4000

út 20. 4. 2021 v 10:37 odesílatel Tom Kamín @ . * > la sieste :

Donc, en regardant dans ce dossier exact, il n'y a rien. Sérieusement, il y a
pas un seul fichier dans les logs...

po 19. 4. 2021 v 22:38 odesílatel James Mackay @ . * >
napsale :

Il devrait être dans votre dossier app/appdata pour OctoFarm. Si vous définissez le
par défaut puis /mnt/user/appdata/OctoFarm/logs

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/OctoFarm/OctoFarm/issues/387#issuecomment-822769220 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ATK4ZPTKPWAECTGNR4B2KWTTJSIFHANCNFSM4ZSBF2KA
.

--
Tom Kamin

--
Tom Kamin

@NotExpectedYet se pourrait-il que le 127.0..0.1 ne se résolve pas en MongoDB dans son conteneur monolithique? C'est la seule chose à laquelle je peux penser... ou un problème d'architecture qui empêche Mongo de démarrer en tant que service ?

@ TomKamin1 nous avons également 2 autres conteneurs. Si vous le souhaitez, vous pouvez configurer le conteneur OctoFarm normal et un conteneur MongoDB séparé. De cette façon, vous pouvez voir beaucoup plus clairement ce qui ne va pas avec MongoDB car il est ensuite géré séparément.

Ouais, je vais essayer le mongoDB séparé maintenant. Je vous ferai savoir une fois que je l'aurai réglé
en haut.

út 20. 4. 2021 v 10:46 odesílatel David Zwart @ . * >
napsale :

@NotExpectedYet https://github.com/NotExpectedYet se pourrait-il que le
127.0..0.1 ne se résout pas à MongoDB dans son conteneur monolithique ? C'est
la seule chose à laquelle je puisse penser... ou un problème d'architecture qui cause
Mongo ne démarre pas en tant que service ?

@ TomKamin1 https://github.com/TomKamin1 nous avons également 2 autres
conteneurs. Si vous le souhaitez, vous pouvez configurer le conteneur OctoFarm normal et un
conteneur MongoDB séparé. De cette façon, vous pouvez voir beaucoup plus clairement ce qui se passe
mal avec MongoDB.

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/OctoFarm/OctoFarm/issues/387#issuecomment-823099167 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/ATK4ZPU6DUACDVXHHKGM5VLTJU5ONANCNFSM4ZSBF2KA
.

--
Tom Kamin

Donc, même après l'avoir fait manuellement, j'obtiens la même erreur dans l'interface utilisateur. Voici quelques journaux que j'ai réussi à extraire.
pm2.log
pm2.error.log
OctoFarm-Server.log
OctoFarm-InformationCleaning.log

@NotExpectedYet se pourrait-il que le 127.0..0.1 ne se résolve pas en MongoDB dans son conteneur monolithique? C'est la seule chose à laquelle je peux penser... ou un problème d'architecture qui empêche Mongo de démarrer en tant que service ?

Ouais, ça ne se résoudrait pas du tout, il suffit de vérifier le point d'entrée. Cependant, il fonctionnait avec cette adresse IP et étrangement, il a soudainement cessé de fonctionner. C'est une modification personnalisée du fichier config/dB.js dans le point d'entrée et c'est ainsi depuis 11 mois, donc un peu confus pour le moment.

Le réseau interne du docker est 172.17.0.1. Bien que techniquement, cela ne devrait pas fonctionner, même avec le mode hôte ou quoi que ce soit, il ne comprendrait jamais la plage locale.

Cependant, le monolithique est interne, donc le bouclage 127.0.0.1 concerne la mise en réseau interne du conteneur lui-même. Ou est-ce que je comprends mal votre point peut-être?

Donc, même après l'avoir fait manuellement, j'obtiens la même erreur dans l'interface utilisateur. Voici quelques journaux que j'ai réussi à extraire.
pm2.log
pm2.error.log
OctoFarm-Server.log
OctoFarm-InformationCleaning.log

Veuillez être clair sur ce que vous entendez par « manuellement ». En supposant que vous ayez configuré 2 conteneurs : 1 pour MongoDB et 1 pour OctoFarm, avez-vous ajouté la variable d'environnement MONGO=...url_here... au conteneur pour OctoFarm ?

Donc, même après l'avoir fait manuellement, j'obtiens la même erreur dans l'interface utilisateur. Voici quelques journaux que j'ai réussi à extraire.
pm2.log
pm2.error.log
OctoFarm-Server.log
OctoFarm-InformationCleaning.log

@davidzwa dans pm2.error.logs c'est l'erreur de nœud que j'utilise pour obtenir le problème de version de nœud que j'ai mentionné. Tous les dockers sont sur 13 nodejs. Tellement confus ici, au travail je regarderai de plus près quand j'en aurai l'occasion. A certainement besoin d'une mise à jour vers 14.

@ TomKamin1 merci pour ceux qui vont essayer de le trier.
Juste pour confirmer qu'il s'agit du dernier tag ouais ? Pas de développement ? Aucune balise ne serait OctoFarm/OctoFarm dans votre partie image lorsque vous modifiez le conteneur dans UnRaid.

Donc, même après l'avoir fait manuellement, j'obtiens la même erreur dans l'interface utilisateur. Voici quelques journaux que j'ai réussi à extraire.
pm2.log
pm2.error.log
OctoFarm-Server.log
OctoFarm-InformationCleaning.log

Veuillez être clair sur ce que vous entendez par « manuellement ». En supposant que vous ayez configuré 2 conteneurs : 1 pour MongoDB et 1 pour OctoFarm, avez-vous ajouté la variable d'environnement MONGO=...url_here... au conteneur pour OctoFarm ?

J'ai suivi ce guide étape par étape.
https://forums.unraid.net/topic/90385-guide-for-octofarm-3d-printer-octoprint-farm-software-for-unraid/

Les gars, j'ai réussi à le réparer. J'ai installé un plugin appelé "CA Cleanup Appdata" et l'ai fait nettoyer tout dans mon dossier appdata. Maintenant, j'ai installé monolithique et il n'a plus de problème de base de données. Je vais voir si cela fonctionne bien à partir de maintenant et ne se cassera pas au hasard comme avant, et je vous ferai savoir si c'est le cas. S'il y a des informations dont vous avez besoin, faites le moi savoir. Merci !

Cependant, le monolithique est interne, donc le bouclage 127.0.0.1 concerne la mise en réseau interne du conteneur lui-même. Ou est-ce que je comprends mal votre point peut-être?

Je comprends probablement mal docker tbh. Je n'ai pas le moindre doute s'il utilise un bouclage interne pour résoudre mes propres problèmes de composition que j'ai rencontrés avec 127.0.0.1.

Les gars, j'ai réussi à le réparer. J'ai installé un plugin appelé "CA Cleanup Appdata" et l'ai fait nettoyer tout dans mon dossier appdata. Maintenant, j'ai installé monolithique et il n'a plus de problème de base de données. Je vais voir si cela fonctionne bien à partir de maintenant et ne se cassera pas au hasard comme avant, et je vous ferai savoir si c'est le cas. S'il y a des informations dont vous avez besoin, faites le moi savoir. Merci !

Si vous avez suivi ce guide, il est ancien que les chemins qu'il vous indique de configurer n'existent plus. Nous avons des images UnRaid dans la boutique d'applications CA avec tout préconfiguré pour vous. Cela explique pourquoi vous n'aviez pas de journaux à l'origine, mais aussi pourquoi le problème aurait pu se produire car vous n'auriez pas eu de fichier config/dB.js lorsque le conteneur a redémarré.