Après installation version 11.1.19 login impossible

Bonjour à toustes,
J’ai fait la MAJ vers la version 11 hier soir grâce à Yunohost. Tout s’est bien passé. Par contre, il est impossible pour moi de me connecter que ce soit avec mon compte ou le compte admin.

Voici le genre de message d’erreur que j’obtiens :

Je suis un peu bloqué ! Est-ce que ça vient de dodoc ou de yunohost ? Si c’est Yunohost, j’irai poser ma question chez eux.

Bonne journée

Guillaume

Bon je crois que c’est du coté de YNH. Ca n’est la cas que pour dodoc. Depuis la MAJ à la version 11.1.19.
J’ai posé la question coté YNH :Impossible de se connecter à dodoc mais au YNH oui - Support - YunoHost Forum

Effectivement, c’est visiblement pas un soucis de mot de passe. La tentative de login semble faire planter dodoc. Si tu peux tester une nouvelle installation de cette version de dodoc et login admin / dodoc, ça aiderait à savoir si c’est lié à des contenus existants pour plus profond.

Salut Louis !
Merci pour ta réponse. Je viens d’installer un second dodoc sur mon Yunohost.
J’ai réussi à me logger. Donc ca semble être un truc qui est cassé du côté de mon premier dodoc. Ca ne semble pas venir de YNH
Comment faire ?

J’ai résolu mon problème en restaurant la sauvegarde qui a été faite avant la MAJ vers la version 11.
Je vais faire la migration de mon nom de domaine avant d’essayer de repasser mon instance en verson 11.

Salut @louis ,
On m’a répondu sur le forum de Yunohost. En fait pour pouvoir faire la commande que tu me damande il faut passer en « shell » de la manière suivante :

yunohost app shell dodoc

Puis d’ici on peut lancer les commandes que tu demande souvent pour régler les bugs. Tel que dans mon cas :
npm run debug

Merci @rodinux : Lancer une app en mode debug - #3 by gheleguen - Support apps - YunoHost Forum

Donc je vais repasser en version 11 et si le bug se reproduit je pourrai transmettre le log.

Bonne journée

Parfait, on fait comme ça :slight_smile: Je pense que l’info est dans le log juste avant que ça plante, avec npm run debug.

La dernière mise à jour du script YunoHost de Do•doc concerne le changement de branche utilisée pour installer Do•doc next-nodemain-node.

Hello à toustes,
J’ai refais la mise à jour vers la version 11.1.19 et le problème d’identification est de retour :grimacing: :

Mais ça tombe bien @louis, cette fois je peux utiliser tes commandes pour en savoir plus.
Alors voilà ce que donne le npm run debug

dodoc@cloud:~$ npm run debug

> dodoc@11.1.19 debug
> node . --inspect=5858 -- --debug --verbose

INDEX / found override settings.json
SOCKETS • Sockets module initialized
App is node
Starting = dodoc
Node = 20.18.1
Init module with debug = true and verbose = true
Debug mode is enabled
---
~ DEV-LOG • initModule – logfunction
↓ DEV-LOG • initModule – logapi
* DEV-LOG • initModule – logpackets
→ DEV-LOG • initModule – logsockets
¶ DEV-LOG • logsockets
- DEV-LOG • initModule – (dev and verbose) gray for regular parsing data
Not logging to a file
MAIN2 • setupApp – ——— Starting app version 11.1.19
MAIN2 • cleanCacheFolder – Emptying temp folder /var/www/dodoc/.cache/dodoc_cache
~ MAIN2 • copyAndRenameUserFolder – {"full_default_path":"/var/www/dodoc/content"}
MAIN2 • copyAndRenameUserFolder – -> content folder is valid: /home/yunohost.app/dodoc
MAIN2 • setupApp – Will store contents in: /home/yunohost.app/dodoc
MAIN2 • setupApp – main.js - Found available port: 27525
- SERVER • Starting server 1
- SERVER • Starting server 2
- SERVER • Starting express-settings
SERVERRTC • init
SERVERRTC • ws init
~ API2 • _initAPI – 
- SERVER • Starting server 3
SERVER • Server up and running. Go to http://127.0.0.1:27525
SERVER •  

Je n’y vois rien d’intéréssant.
Qu’en dites-vous ?
Guillaume

Bonjour à toustes,
Le problème persiste. Avec @louis nous avons essayé la solution de @rodinux qui consistait à accéder au log de la manière suivante :

yunohost app shell docdoc
npm run debug

Le lien de la discutions : Lancer une app en mode debug - Support apps - YunoHost Forum

Avec @louis on s’est dit que cette commande relancé un autre dodoc et donc on ne voyait pas les erreurs engendrés par le dodoc déjà ouvert sur un navigateur.

J’ai ce jour trouvé ceci :

journalctl -u dodoc -f

Ce serait une commande qui permettrait d’accéder au log d’una app en cours de lecture. Et ca semble marché car une action sur l’app en ligne donne de nouvelles lignes.

J’ai collé plus bas la totalité du journal. Mais je donne juste ici quelques lignes qui s’affichent en jaune au moment du bug de dodoc.

Mar 02 08:08:27 cloud.guillaumeleguen.xyz systemd[1]: dodoc.service: Main process exited, code=killed, status=31/SYS
Mar 02 08:08:27 cloud.guillaumeleguen.xyz systemd[1]: dodoc.service: Failed with result 'signal'.

Et voilà le Log complet

root@cloud:~# journalctl -u dodoc -f
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: API2 • _restrictIfPrivate – Folder is not private, can be listed without restrictions
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: ~ _getFolder - authors/gheleguen – 0s 0.630346ms
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: API2 • _restrictIfPrivate – Folder is not private, can be listed without restrictions
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: API2 • _restrictIfPrivate – Folder is not private, can be listed without restrictions
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: ~ _getFolder - . – 0s 19.900479ms
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: API2 • _restrictIfPrivate – Folder is private
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: API2 • _restrictIfPrivate – User allowed to open private folder
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: ~ _getFolder - spaces/test – 0s 0.426465ms
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: API2 • _restrictIfPrivate – Folder is private
Mar 02 08:06:48 cloud.guillaumeleguen.xyz node[223362]: API2 • _restrictIfPrivate – User allowed to open private folder
Mar 02 08:07:57 cloud.guillaumeleguen.xyz node[223362]: API2 • _restrictToLocalAdmins – Token is instance admin
Mar 02 08:07:58 cloud.guillaumeleguen.xyz systemd[1]: dodoc.service: Main process exited, code=killed, status=31/SYS
Mar 02 08:07:58 cloud.guillaumeleguen.xyz systemd[1]: dodoc.service: Failed with result 'signal'.
Mar 02 08:07:58 cloud.guillaumeleguen.xyz systemd[1]: dodoc.service: Scheduled restart job, restart counter is at 2.
Mar 02 08:07:58 cloud.guillaumeleguen.xyz systemd[1]: Stopped dodoc.service - do•doc: documentation tool for creativity.
Mar 02 08:07:58 cloud.guillaumeleguen.xyz systemd[1]: Started dodoc.service - do•doc: documentation tool for creativity.
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: INDEX / found override settings.json
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: SOCKETS • Sockets module initialized
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: App is node
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: Starting = dodoc
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: Node = 20.18.1
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: Init module with debug = false and verbose = false
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: Not logging to a file
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: MAIN2 • setupApp – ——— Starting app version 11.1.20
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: MAIN2 • cleanCacheFolder – Emptying temp folder /var/www/dodoc/.cache/dodoc_cache
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: MAIN2 • copyAndRenameUserFolder – -> content folder is valid: /home/yunohost.app/dodoc
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: MAIN2 • setupApp – Will store contents in: /home/yunohost.app/dodoc
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: MAIN2 • setupApp – main.js - Found available port: 27524
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: SERVERRTC • init
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: SERVERRTC • ws init
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: SERVER • Server up and running. Go to http://127.0.0.1:27524
Mar 02 08:07:58 cloud.guillaumeleguen.xyz node[223388]: SERVER •
Mar 02 08:07:59 cloud.guillaumeleguen.xyz node[223388]: SOCKETS • initSessionID
Mar 02 08:07:59 cloud.guillaumeleguen.xyz node[223388]: API2 • _restrictIfPrivate – Folder is not private, can be listed without restrictions
Mar 02 08:07:59 cloud.guillaumeleguen.xyz node[223388]: ~ _getFolder - authors/gheleguen – 0s 0.618596ms
Mar 02 08:07:59 cloud.guillaumeleguen.xyz node[223388]: API2 • _restrictIfPrivate – Folder is not private, can be listed without restrictions
Mar 02 08:07:59 cloud.guillaumeleguen.xyz node[223388]: API2 • _restrictIfPrivate – Folder is not private, can be listed without restrictions
Mar 02 08:08:00 cloud.guillaumeleguen.xyz node[223388]: ~ _getFolder - . – 0s 24.098331ms
Mar 02 08:08:00 cloud.guillaumeleguen.xyz node[223388]: API2 • _restrictIfPrivate – Folder is private
Mar 02 08:08:00 cloud.guillaumeleguen.xyz node[223388]: API2 • _restrictIfPrivate – User allowed to open private folder
Mar 02 08:08:00 cloud.guillaumeleguen.xyz node[223388]: ~ _getFolder - spaces/test – 0s 0.171101ms
Mar 02 08:08:00 cloud.guillaumeleguen.xyz node[223388]: API2 • _restrictIfPrivate – Folder is private
Mar 02 08:08:00 cloud.guillaumeleguen.xyz node[223388]: API2 • _restrictIfPrivate – User allowed to open private folder

Une idée ? Comment dubuger cela ?

Merci

Un fix pour Dodoc_ynh est proposé au téléchargement. (suppression du sandboxing du service de démarrage)

Merci @eric_g,
J’ai fais le test sur la banche testing du paquet YNH. J’ai réussi à me logger et ça semble fonctionner !
Merci

PS : plus de détail sur la question sur le forum YNH