[Résolu] Module de gestion des utilisateurs non fonctionnel

Bonjour,
Je suis nouveau dans fabmanager que je viens juste d’installer en local pour test avant intégration. Après l’installation, certains modules semblent ne pas fonctionner: gestion des utilisateurs, des abonnements & Tarifs.
J’ai par ailleurs chercher à savoir si un tel problème avait déjà été rencontré par quelqu’un, hélas je ne trouve pas ce sujet sur le forum.
Je suis fabmanager dans un fablab récemment ouvert à Yaoundé en Afrique Centrale et je suis à la recherche d’une solution libre pour la gestion.
Quelqu’un pourrait m’aider?
D’avance, merci!

Bonjour Mahomet.

Difficile de te répondre sans plus de précision. Est-ce que déjà tu as configuré des clés de tests Stripe ?

Cf cette discussion qui peut éventuellement aider : Impossibilité de créer un nouveau type d'abonnement

Merci pour votre prompte réaction. En effet, j’ai installé fabmanager sur un ubuntu 16.04 pour le test. A part l’utilisateur Admin, je ne peux pas créer un autre. Dès que je clique sur « gérer les utilisateurs », rien ne charge. Sur l’interface publique, on ne peut non plus créer un compte car il n’y a aucun type d’utilisateur à sélectionner.
Faut-il installer avec docker absolument? Je vous remercie d’avance pour votre aide!

Hello,

Pour aider, il nous faut les logs de l’application, afin de pouvoir comprendre d’où vient le pb.
Comme @pascalmoutet l’indique, il faut avant tout vérifier si les variables d’environnements sont bien présentes et en particulier les clés de Stripe.

Pour une installation en production, nous recommandons l’utilisation de Docker.

Salut @bmohamet,
J’ai eu un problème similaire récemment sur une ubuntu 16.04. J’ai fait des corrections pour ça sur dev.

Peux-tu tester et me dire si ça résout ton problème ?

  • Si tu utilises docker, l’image sleede/fab-manager:dev te permettra de tester simplement.
  • Si tu as as suivi la procédure pour environnement de développement, lance git checkout dev && git pull dans le dossier d’installation.

Salut @Sylvain,
Je m’excuse pour ce petit retard à te répondre! Je suis soulagé par la solution que tu m’as apportée! Tout roule, je te remercie infiniment. Je compte déployer fabmanager en production ce week-end. Puis-je te demander de m’aider lorsque je serai un peu embêté?
J’ai lancé git checkout dev && git et le module semble marcher très bien.
Merci encore!!! :slight_smile:

Salut @bmohamet ,

Je n’ai pas pu te répondre plus tôt car j’étais en vacances. Je ne sais pas où tu en es de ton déploiement mais si ce n’est pas déjà fait je te conseille sincèrement de passer par docker pour une utilisation en production, faute de quoi fab-manager ne sera pas très optimisé et tu prendras pas mal de risques lors des mises à jour.
Je te préconise également d’utiliser le tag docker latest (ou le tag git master) et non dev, qui contient potentiellement des nouvelles fonctionnalités non testés (dev est à réserver pour du test).

Sinon, puisque tu me confirmes que les changements effectués ont corrigé le problème, je devrai publier une nouvelle release intégrant les corrections sous peu. Elle intégrera également une mise à jour de la documentation pour installer fab-manager avec docker-compose, ce qui devrait t’aider dans ton déploiement.
Évidemment, si tu rencontres des problèmes, n’hésites pas à venir en parler sur le forum.

Bonne journée !

La release stable 2.5.10 vient d’être publiée, en intégrant le correctif mentionné ci-dessus.
Bonne journée.

Salut @Sylvain ,
Je rassemble toutes les informations nécessaires pour le déploiement en production. Nous avons tout le dispositif matériel pour la mise en ligne. Je voudrais savoir quel SE tu me conseilles pour mon serveur. Présentement, je l’exploite sur mon PC de bureau équipé de Ubuntu 16.04. J’ai à cet effet installé une VM pour le test, mais je doute sur quel SE installer docker.
Bonne journée!

Ubuntu Server 16.04 LTS est un bon choix, nous l’utilisons sur la plupart de nos serveurs de production.

Debian 8 est un autre bon choix possible. Debian version 9 vient de sortir mais nous n’avons pas encore testé fab-manager sur cette version, je ne te conseille donc pas trop de l’adopter pour un système en production.

Bonne soirée !

Bonsoir @Sylvain,
Je reviens vers toi pour te signaler que j’ai enfin lancé par procédure de mise en production de fabmanager sur notre serveur: Debian Jessie. Je suis la procédure d’installation avec docker-compose. Cependant, je suis un peu butté au niveau de la génération du certificat SSL par letsencrypt. Après l’exécution de la commande docker-compose up -d, j’exécute la commande systemctl start letsencrypt.service, mais une erreur apparaît dont je n’arrive pas à bien interpréter: Job for letsencrypt.service failed. See 'systemctl status letsencrypt.service' and 'journalctl -xn' for details. et voici ce que journalctl -xn m’affiche :
> – Logs begin at ven. 2017-10-20 11:05:34 WAT, end at lun. 2017-10-30 18:02:00 WAT. –
> oct. 30 18:01:59 vm-fablab kernel: aufs au_opts_verify:1570:dockerd[24021]: dirperm1 breaks the protection by the permission bits on the lower branch
> oct. 30 18:01:59 vm-fablab kernel: device veth528e285 entered promiscuous mode
> oct. 30 18:01:59 vm-fablab kernel: IPv6: ADDRCONF(NETDEV_UP): veth528e285: link is not ready
> oct. 30 18:02:00 vm-fablab kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth528e285: link becomes ready
> oct. 30 18:02:00 vm-fablab kernel: br-e21ef55ad198: port 5(veth528e285) entered forwarding state
> oct. 30 18:02:00 vm-fablab kernel: br-e21ef55ad198: port 5(veth528e285) entered forwarding state
> oct. 30 18:02:00 vm-fablab dockerd[471]: time=« 2017-10-30T18:02:00.363191495+01:00 » level=error msg=« containerd: notify OOM events » error="cgroup path
> oct. 30 18:02:00 vm-fablab kernel: br-e21ef55ad198: port 5(veth528e285) entered disabled state
> oct. 30 18:02:00 vm-fablab kernel: device veth528e285 left promiscuous mode
> oct. 30 18:02:00 vm-fablab kernel: br-e21ef55ad198: port 5(veth528e285) entered disabled state

J’ai également vérifié le fichier de log de letsencrypt, sans trouver une solution à apporter. Voici le contenu du fichier de log:

2017-10-30 11:06:09,144:DEBUG:certbot.main:certbot version: 0.10.2
2017-10-30 11:06:09,144:DEBUG:certbot.main:Arguments: ['-q']
2017-10-30 11:06:09,145:DEBUG:certbot.main:Discovered plugins: PluginsRegistry(PluginEntryPoint#apache,PluginEntryPoint#webroot,PluginEntryPoint#null,PluginEntryPoint#manual,PluginEntryPoint#standalone)
2017-10-30 11:06:09,155:DEBUG:parsedatetime:parse (top of loop): [30 days][]
2017-10-30 11:06:09,165:DEBUG:parsedatetime:CRE_UNITS matched
2017-10-30 11:06:09,165:DEBUG:parsedatetime:parse (bottom) [][30 days][][]
2017-10-30 11:06:09,165:DEBUG:parsedatetime:weekday False, dateStd False, dateStr False, time False, timeStr False, meridian False
2017-10-30 11:06:09,165:DEBUG:parsedatetime:dayStr False, modifier False, modifier2 False, units True, qunits False
2017-10-30 11:06:09,166:DEBUG:parsedatetime:_evalString(30 days, time.struct_time(tm_year=2017, tm_mon=10, tm_mday=30, tm_hour=11, tm_min=6, tm_sec=9, tm_wday=0, tm_yday=303, tm_isdst=0))
2017-10-30 11:06:09,166:DEBUG:parsedatetime:_buildTime: [30 ][][days]
2017-10-30 11:06:09,166:DEBUG:parsedatetime:units days --> realunit days
2017-10-30 11:06:09,166:DEBUG:parsedatetime:return
2017-10-30 11:06:09,166:INFO:certbot.renewal:Cert not yet due for renewal
2017-10-30 11:06:09,166:DEBUG:certbot.renewal:no renewal failures

NB: Je ne comprends pas bien : Important: app must be run on http before starting letsencrypt

Merci d’avance pour ton aide et bonne soirée!!

Salut,
Je voudrais ajouter que j’ai également regardé la solution que @sleede a proposée sur le forum, mais ça ne marche pas: modification du fichier fabmanager.conf par la désactivation de SSL pour nginx.
Je suis désolé du dérangement :smile:
Bonne soirée!