...
| Astuce | ||
|---|---|---|
| ||
Par exemple, via cette interface, il est possible de relancer le processus global pour cette session en modifiant l'étape de l'encodage à 0 et en ne choisissant aucun utilisateur (dans la liste de sélection : ------). Suite à ces changements, il sera possible de republier la présentation Web. |
Nouveauté de la version 2.8 de Pod
Il est maintenant possible à un administrateur de réencoder une session BigBlueButton qui a déjà été encodée par un utilisateur.
Pour ce faire, il suffit de sélectionner le ou les sessions BBB à réencoder dans le module d'administration et d'utiliser la fonction de réencodage :
Réencoder une session qui n'a pas déjà été encodée par un utilisateur ne fonctionnera pas : l'idée de cette fonctionnalité est de permettre à un administrateur de réencoder une session en cas de problème quelconque.
Les utilisateurs BigBlueButton
Voici l'interface de listing des modérateurs de sessions dans BigBlueButton, et récupérées via le job :
Il est possible de modifier les données si nécessaire.
...
| Astuce | ||
|---|---|---|
| ||
Par exemple, via cette interface, il est possible d'affecter un utilisateur à une session, voire modifier une correspondance si celle-ci n'a pas été trouvée ou est erronée. |
Exploitation du script lancé par le job CRON
Si nécessaire, il est possible de voir les traitements réalisés par le script - qui doit normalement être exécuté via un job CRON.
Pour ce faire :
soit il faut configurer Pod pour être en mode debug (cf. settings_local.py).
Attention : le mode debug ne doit pas être activé dans un environnement de production.soit modifier directement le script /django_projects/podv2/pod/video/management/commands/bbb.py pour qu'il affiche directement les traitements réalisés (cf. fonction print_if_debug).
Il ne reste plus qu'à exécuter ce script /django_projects/podv2/pod/video/management/commands/bbb.py manuellement via la commande python manage.py bbb main :
| Bloc de code | ||||
|---|---|---|---|---|
| ||||
cd /data/www/%userpod%/django_projects/podv2 workon django_pod python manage.py bbb main |
En mode débug, le script affiche l'ensemble des traitements réalisés :
Exploitation courante
Ce système utilise les différents fichiers de logs suivants :
Fichier de logs Celery : le nom de ce fichier de logs - disponible sur les serveurs d'encodage - dépend de votre configuration (worker), mais typiquement, il s'agit de : /var/log/celery/worker1.log
Ce fichier permettra de surveiller l'encodage et des présentations Web BigBlueButton et des encodages standards.
Fichier de logs en lien avec bbb-recorder : pour chaque encodage de la présentation Web BigBlueButton, un fichier de logs est créé.
Ce fichier de logs est créé dans le répertoire configuré via DEFAULT_BBB_PATH/logs (dans mon cas: /data/www/%userpod%/bbb-recorder/logs).
A chaque encodage, un fichier est généré; son nom correspondant à l'identifiant interne (internal_meeting_id) de BigBlueButton de la session concernée.
Vous pouvez utiliser la base de données ou l'interface d'administration pour retrouver cette information.