Bonsoir, je poursuis mes recherches suite au problème rencontré, j'ai
augmenté la valeur du max_execution_time, ce qui n'a rien changé. J'ai
effectué une vérification des tables, puis je suis retourné vers la
table d'agrégation car celle ci me semblait vide, même après une
régénération en admin. J'ai donc lancé une nouvelle régénération et au
milieu de la procédure, j'obtiens le message suivant d'erreur :
Maintenance de la table d'agrégation des demi-journées d'absence
Vidage et regénération de la table d'agrégation
Traitement de la tranche d'élève 43/109 en cours...
Attention cette opération peut être longue.
*Fatal error*: Uncaught exception 'PropelException' with message 'Unable
to execute SELECT statement [SELECT DISTINCT a_saisies.ID,
a_saisies.UTILISATEUR_ID, a_saisies.ELEVE_ID, a_saisies.COMMENTAIRE,
a_saisies.DEBUT_ABS, a_saisies.FIN_ABS, a_saisies.ID_EDT_CRENEAU,
a_saisies.ID_EDT_EMPLACEMENT_COURS, a_saisies.ID_GROUPE,
a_saisies.ID_CLASSE, a_saisies.ID_AID, a_saisies.ID_S_INCIDENTS,
a_saisies.ID_LIEU, a_saisies.DELETED_BY, a_saisies.CREATED_AT,
a_saisies.UPDATED_AT, a_saisies.DELETED_AT, a_saisies.VERSION,
a_saisies.VERSION_CREATED_AT, a_saisies.VERSION_CREATED_BY,
j_traitements_saisies.A_SAISIE_ID,
j_traitements_saisies.A_TRAITEMENT_ID, a_traitements.ID,
a_traitements.UTILISATEUR_ID, a_traitements.A_TYPE_ID,
a_traitements.A_MOTIF_ID, a_traitements.A_JUSTIFICATION_ID,
a_traitements.COMMENTAIRE, a_traitements.MODIFIE_PAR_UTILISATEUR_ID,
a_traitements.CREATED_AT, a_traitements.UPDATED_AT,
a_traitements.DELETED_AT, a_types.ID, a_types.NOM,
a_types.JUSTIFICATION_EXIGIBLE,
a_types.SOUS_RESPONSABILITE_ETABLISSEMENT, a_types.MA in
*/home/collegeb/public_html/gepi/orm/propel/query/ModelCriteria.php* on
line *1260
Que puis je faire pour enfin obtenir cette fameuse extraction des demi
journées ?
*
Le 11/04/2012 22:18, Didier BLANQUI a écrit :
Rebonsoir,
Le remplissage de la table d'agrégation aurait du régler le problème.
Vous demandez bien une période de date incluse dans l'année scolaire
en cours ?
oui, il s'agit d'un relevé mensuel
Je ne vois pas trop ce qui bloque. Je met en copie la liste
développeurs. Peut être que Josselin aura une idée là dessus ?
J'ai par contre l'impression que la variable qui règle la durée maxi de
traitement d'un script php est trop courte, étant donné la lourdeur du
fichier (max_execution_time) Est-il possible de l'augmenter sur le
serveur ? Si oui comment ? Cela pourrait il expliquer le pb ?
Par avance merci
Cordialement
Didier BLANQUI
Le 11/04/12 21:53, pascal.dieudonne a écrit :
Bonsoir et merci pour toutes vos suggestions. le pb n'est cependant pas
réglé. Je vais tenter de répondre à toutes vos questions.
Oui, le pb s'est produit après la mise à jour en 1.6 mais il existait
déjà auparavant pour les recueil de données importantes. Il avait été
réglé par une augmentation du memory limit, actuellement à 256 Mo, ce
qui me semble important, valeur que je ne peux augmenter facilement
(hébergeur payant qui demande un cout d'hébergement supplémentaire, mais
est ce là le pb ????)
Oui, j'ai effectué une mise à jour des tables
J'ai aussi effectué l'opération décrite par Didier, la gestion de la
table d'agrégation, opération qui s'est bien déroulée, et qui associée à
une nouvelle mise à jour des tables a supprimé tous les messages après
cet avertissement :
il semble que vous demander des statistiques sur trop d'élèves et votre
table de statistiques n'est pas synchronisée. Veuillez faire une demande
pour moins d'élèves ou demander à votre administrateur de remplir la
table d'agrégation.
Mais ce message demeure. Cela serait-il du à la lourdeur du fichier ???
Le message d'erreur en 1.5.5 était plus explicite. Mais je ne vois pas
quoi faire d'autre. Pour une période inférieure à celle d'un mois,
l'opération s'effectue correctement. Mais ce pb est très contraignant et
fait perdre beaucoup de temps......
Pascal Dieudonné
Le 11/04/2012 19:16, Didier BLANQUI a écrit :
Bonsoir,
Il y'a un nouveau dispositif en 1.6.0 qui stocke les absences dans une
table. Cette table doit se remplir toute seule quand on part d'une base
vide.
Là sur une mise à jour en cours d'année il va falloir la remplir si on
veut faire des extractions statistiques.
Pour cela en admin, dans gestion des modules/absences2 il y'a un lien
dans les options de abs2 en bas de page pour gérer cette table.
Là le mieux est de la vider et de la re-remplir. Cela va prendre du
temps mais ce n'est à faire normalement qu'une seule fois.
Cordialement
Le 11/04/12 19:04, Stephane Boireau a écrit :
Bonsoir,
Le 11/04/2012 18:57, pascal.dieudonne a écrit :
Pb rencontré dans la version 1.6 avec le module abs2. Tous les mois nous
devons remonter les stats des absences à l'I A. Nous utilisons l'onglet
Extraction des demi journées. Cela fonctionnait très bien avec la
version 1.5.5. Or avec la version 1.6, nous obtenons l'écran suivant, ce
qui est très très gênant :
Que puis je faire ?
Une mise à jour de la base et l'utilisation des modèles par défaut ne
règle pas le pb?
l semble que vous demander des statistiques sur trop d'élèves et votre
table de statistiques n'est pas synchronisée. Veuillez faire une demande
pour moins d'élèves ou demander à votre administrateur de remplir la
table d'agrégation.
_________________________________________________________________________________
Documentation Gepi en ligne : http://www.sylogix.org/projects/gepi/wiki
Pour modifier ou résilier votre abonnement à cette liste :
https://lists.sylogix.net/mailman/listinfo/gepi-users
