erreur récurrente sur serveur Nice

[david bergeon]

Up

0

Down

::

Bonjour,

Nous avons très fréquemment le message d’erreur suivant :

WIMS panick! getscoreuser(): daemon failure.
No such file or directory

Ce message s’affiche dans une page blanche.

Il peut se produire à tout moment, dès qu’une action entraîne le chargement d’une page : connexion, envoie des réponses d’un exo, lancement d’un exo, …

Il n’est pas lié à l’utilisation du bouton retour du navigateur.

En général, F5 permet de résoudre le problème, mais avec des enfants de 6 / 7 ans, c’est gênant.

M. Bado m’a conseillé de demander ici pour savoir si d’autres personnes ont le même problème.
Il a recompilé et relancé son serveur, mais ça n’a rien changé.

Merci d’avance.

David B.

[Olivier]

Up

0

Down

::

Il semble que ce souci ne se produit que depuis la mise à jour WIMS-4.22 (dans les logs, la première occurence de « getscoreuser(): daemon failure. » date du 20210712.

J’ai recompilé WIMS sur ce serveur mais cela n’a rien changé.

Est-ce que David est le seul impacté ou y’a-t-il d’autres utilisateurs ? Si c’est votre cas, merci de le signaler ici.

Dans la classe de David, il y a en tout cas 2 comptes élèves dont le fichier commence par un point : « .ying » et « .neus ». C’est le seul élément qui me semble étrange, aucun des 280 autres élèves n’est dans ce cas dans cette classe.

Olivier Bado-Faustin / Université Côte d’Azur

[bernadette]

Up

0

Down

::

Les comptes commençant par un point sont des comptes d’utilisateurs supprimés.

[Olivier]

Up

0

Down

::

Une piste de la cause du souci est que vous avez un nombre important de feuilles dans cette classe (64), et ceci couplé au nombre d’eleves (280) pourrait causer ces erreurs.

Il est préférable à la rentrée de repartir sur une classe neuve et d’y importer uniquement certains contenus de l’ancienne plutôt que de continuer avec la classe utilisée l’an dernier.

Olivier Bado-Faustin / Université Côte d’Azur

[Gilles Marbeuf]

Up

0

Down

::

Bonjour,
une collègue sur le serveur de Versailles rencontre le même problème dans un groupement de classes.

Gilles

[Gilles Marbeuf]

Up

0

Down

::

Suite de mon précédent message…
Ce groupement est constitué de 23 classes, et la classe qui lui pose problème, contient 62 feuilles dont uniquement 2 sont activées. Certaines autres classes de ce groupement contiennent aussi beaucoup de feuilles d’exercices.

Gilles

[Olivier]

Up

0

Down

::

Ca semble donc confirmer le lien avec un nombre excessif de feuilles en effet.

Olivier Bado-Faustin / Université Côte d’Azur

[david bergeon]

Up

0

Down

::

Bonjour,

J’ai essayé de transférer la classe dans une nouvelle, mais la restauration plantait à chaque fois (requête trop longue, ou un truc comme cela).

On va faire du ménage sur les comptes pour les nouvelles inscriptions de cette année, donc je vais ré-essayé après, quand la classe sera plus légère.

David.

[david bergeon]

Up

0

Down

::

Bonjour,

Je pense avoir résolu le problème sur ma classe et identifié le problème.

Quand le fichier /class/sheets/.require a 64 ligne, ça bug.
S’il a 63 lignes, ca marche (même si le nombre de feuille est faible).
J’imagine qu’il y a eu un changement ces derniers mois parce que ca se passait bien avant.

Après, en bidouillant les fichiers dans /sheets/, dans /score/ et dans /seq/, on peut retomber sur nos pattes pour ne perdre aucune donnée.

Bonne fin de week-end.

[bernadette]

Up

0

Down

::

Peux-tu préciser tes bidouilles ? Est-ce dans le noyau de wims ?

Bernadette
PS: il semble qu’il y ait eu des exemples avec 62 et avec 64 et donc que cela dépend aussi d’autres paramètres (nombre d’élèves, nombre d’exercices etc).
Dur à déboguer, à part la conviction qu’il y a trop de calculs et de lectures de fichiers, certains peut-être inutiles.

• Cette réponse a été modifiée le il y a 3 années et 2 mois par bernadette.

[david bergeon]

Up

0

Down

::

Le noyau ?
Oula, je travail à la surface, sur la peau. J’ai même pas attaqué la chaire 🙂

J’ai juste fait des tests en modifiant les fichiers de ma classe dans l’archive de sauvegarde. Ensuite, je fais une restauration dans une classe test avec l’archive modifiée.

Même avec une classe légère (1 compte, 1 exo, 1 feuille, fichier /.require avec 64 lignes), ca bug.
Les autres fichiers dans sheets (/.active, /.severity…) peuvent avoir 64 lignes sans créer de pb.

Une classe importante (135 comptes, 64 feuilles, plein d’exos avec des images, et fichier /.require avec 63 ligne, ca passe. Ca pose d’autres problèmes, mais ce bug là ne se produit plus.

Du coup, j’ai viré la feuille 23, renommé la feuille 64 et 23, et changé toutes les références à la feuille 64 (dans /seq, /score et /sheets).

• Cette réponse a été modifiée le il y a 3 années et 2 mois par david bergeon.

[bernadette]

Up

0

Down

::

En local, chez moi, cela ne bogue pas. Mais cela prend un certain temps …

S’il n’y a qu’une feuille, comment peut-il y avoir 64 lignes (OK, c’est traffiqué, mais du coup pas probant !).

Je vais quand même regarder les appels à ce fichier .require

Merci pour ces informations.

Bernadette

• Cette réponse a été modifiée le il y a 3 années et 2 mois par bernadette.

[Gilles Marbeuf]

Up

0

Down

::

Bonsoir,
la collègue qui avait rencontré le problème m’a signalé que le bug est apparu dès qu’elle est passée de 63 feuilles à 64 (par duplication de feuille).

Gilles

[Auteur]

Messages