You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
PR : pull request, correction apportée dans le code. Il est soit ouvert (en cours de test) soit mergé ou intégré.
Issue : ticket.
Milestone : borne ou jalon qui rassemble des issues et des PR qui seront résolues ou intégrés à une prochaine publication de version.
Release : version publiée de RERO ILS.
En cours
Notifications (4/4) :
Rappels et avis d'échéances reçus plusieurs fois pour le même document.
08.09 : Avis d'échéance reçu 1 fois à 05:15, 2 autres fois à 05:16. Rappels 3 fois à 05:46, 5 autres fois à 05:47.
La tâche de création et gestion des notifications à 03:00 UTC était mal configurée et se lancait plusieurs fois de suite. C'est corrigé.
Plusieurs rappels envoyés de manière non groupées. Un lecteur à reçu trois e-mails, l'un regroupant plusieurs rappels, plus deux autres pour d'autres rappels. Cas signalé le 3 septembre. En cours de vérification.
Dès le 13.09 (env.), Bulle semble ne pas recevoir les rappels
Numéro de rappel incohérent entre le sujet de l'e-mail et la note au sein de l'e-mail
Exemplaires impossibles à prêter, à retourner, etc.
- Mardi 07.09 : en analysant des cas signalés, des incohérences ont été identifiées entre les status d'exemplaires et les loans actifs (par exemple un exemplaire en rayon, mais avec un loan actif associé, ou l'inverse, un exemplaire en prêt, mais sans loan associé. Des corrections et des analyses sont en effectuées.
- 08.09 : aucun nouveau cas n'est apparu.
- 16.09 : pas de nouveau cas suite à un monitoring fin
⚠️ SIP2 - tests et analyse en cours avec Médiathèque Valais/Infomedis
Les points résolus (voir plus bas) sont à retestés. Les points ci-dessous restent en principe à corriger :
K) Problèmes à Brigue: auto-prêt, auto-retour extérieur, lecteurs RFID > analyse entre MV/Infomedis, cf. points L/M/N
Accès OAuth: interaction avec les fournisseurs de services externes
ARTE (TV5Monde): en cours auprès du fournisseur
20.09: réponse d'Arte en cours d'analyse
21.09: correction de notre côté et envoi de l'information à Arte
toutapprendre.com
Freegal, autres
Chargement des données manquantes et correction de données (@BadrAly et @pronguen ) :
Lecteurs non chargés (certains manquent encore suite à la correction de début août, ex: 2050016475 - nj), frais non chargés, lecteurs chargés en trop
Bulle: en cours (manque dernières suppressions)
RBNJ: en cours
RERO+ VS: en cours
Cas de 2 users RERO ILS pour 1 compte Virtua + nettoyage des users
42 cas dont la référence à l'exemplaire doit être corrigée
3 cas dont la référence au lecteur doit être corrigée
2640/2730 cas corrigés le 22.07.21 (+1133)
1507/2730 cas corrigés le 21.07.21
Prêts non actifs bloquant l'affichage de l'historique (ex: patron 2000124633 - fr, loan.pid:230882). A identifier puis supprimer si les 3 organisations le valident. Sera corrigé lorsque les historiques se baseront sur les operation logs plutôt que les loans. Ne bloque que l'affiche du prêt, qui n'est pas pertinent.
Frais apparaissant entre dans la mauvaise organisation (suite à un loan chargé dans la mauvaise organisation)
[ok dès le 25.08] Notification non envoyée (avis de disponibilité): Availability notification: wrong recipient or notification not sent at all #2300
- 27.08 : avis de disponibilité envoyés alors que les documents sont déjà retirés, et de plus envoyés un grand nombre de fois simultanément, environ un envoi par personne chaque 10-15 minutes, sans fin. Environ 150 notifications étaient concernées.
- À 09:00 il est envisagé d'arrêter simplement l'envoi de notifications d'ici la résolution du problème.
- 28.08 : un correctif (sans publication de version encore) a été déployé sur la production, qui règle le problème. Désormais, les notifications en erreur ne sont plus envoyées et l'équipe est prévenue des erreurs.
- De manière globale, un système de suivi en temps réel permet aux développeurs de voir et être avertis quand des notifications sont en erreurs, quel que soit le type.
27.08 : les avis de réservations ne sont pas reçus.
28.08 : les avis sont à nouveau reçu, le problème a été identifié. Une alerte a été mise en place dans le cas où ça devait à nouveau arriver.
Avis d'échéance envoyés trop tôt (en tout cas le 25.08 suite à la release): Some due soon notifications are sent too early #2336
01.09 : Diagnostic établit. Les notifications d'avis d'échéance ont été générées, puis les prêts ont été renouvelés. Les notifications ont été envoyées, regroupées, ensuite, alors qu'elles n'étaient plus valides. Le délai a été particulièrement long, à cause d'une interuption des notifications.
Impossible de placer une demande en sélectionnant la BPUN comme lieu de retrait.
Lundi 23.08 : Corrigé dans la version v1.4.7 (circulation: fix request with different locations #2260).
Jeudi 29.07 : mercredi 28.07, le diagnostic a pu déterminer que si aucune localisation d'une bibliothèque n'autorise les demandes, les bibliothécaires de cette bibliothèque ne peuvent plus faire de demande et les lecteurs ne peuvent plus placer de demande en sélection cette bibliothèque comme lieu de retrait. Une correction va être proposée.
Mercredi 28.07 : Bug reproduit. Le diagnostic suit son cours.
Jeudi 22.07 : Une issue a été ouverte Requests for patrons by librarians are impossible with librarian accounts of a specific library #2234
Sur 161 lecteurs non chargés, 44 ont été chargés. Nous demandons la recréation manuelle des autres au fur et à mesure, car cela demanderait un effort d'analyse au cas par cas.
A) Authentification pour services externes (Cantook, PressReader) > résolu le 28.07
B) Solde du compte non récupéré pour impression des quittances
C) Date d'échéance non affichée > résolu par RERO+ le 21.07
D) Impossible d'imprimer la quittance ou de se l’envoyer par mail
E) Retour sur exemplaire disponible > résolu par Infomedis le 20.07
F) Impossible de prolonger depuis la borne
G) Un message d'erreur à l'activation des puces RFID. Le diagnostic est en cours, le souci est du côté de RERO ILS.
H) La notification de réservation n'a pas été reçue > résolu via le paramétrage des notifications de la bibliothèque dans RERO ILS
I) Frais de retard mal formatés > ajout d'un arrondi au centime, résolu (au moins en partie) par RERO+ le 29.07
J) Cartes de lecteurs non valides > dû à des retours charriots dans les adresses, résolu par RERO+ le 29.07
Exemplaires non chargés depuis Virtua
- 1743 items identifiés
- 1658 items chargés le 22.07.21
- 75 items créés par les bibliothécaires depuis 12.7.2021
- 10 items à recréer manuellement
⚠️Lenteur
Mercredi 21.07 : La version v1.4.5 a été déployée hier soir. Elle contient :
- Les améliorations sur le calcul des facettes et les listes professionnelles de lecteurs de de documents sans recherche par défaut, ce qui améliore la performance au sens où plus de requêtes peuvent être servies simultanément.
- La réécriture de la vue des documents, affichant les holdings fermées par défaut et chargeant les exemplaires 10 par 10.
- 🐞 Et malheureusement un bug sur la facette bibliothèque de l'interface publique des organisations, qui faisait que cette facette est vide. The library facet of the organisation view of the public interface is empty #2215 corrigé par public ui: fix missing library facet on org view #2217. Réglé le 21.07 au soir.
Mardi 20.07 : La version préparée le 19.07 (v1.4.4.) comprend une erreur empêchant l'affichage des exemplaires. Elle n'est donc pas disponible ce matin 20.07. Une nouvelle version (v1.4.5.) est en préparation pour corriger cela et comprendra d'autres petites améliorations. Il est prévu de la déployer ce soir, 20.07. Il peut déjà être mentionné que des améliorations de performance ont été vérifiées sur ces versions !
Lundi 19.07 : Durant le weekend, il a été diagnostiqué que le calcul des facettes lors d'une recherche consomme beaucoup de CPU (processeur) ne laissant plus assez de ressources pour répondre aux autres demandes. Quelques recherches suffisent à ralentir considérablement le système. De nouvelles ressources ont été attribuées et la journée de lundi permettra d'évaluer si c'est suffisant.
Par ailleurs, trois mesures vont être prises pour optimiser les facettes, afin de ne les calculer que lorsqu'elles sont vraiment nécessaires. Elles feront partie de la milestone v1.4.4, publiées dans la soirée du 19.07 et déployées avant le 20.07 au matin.
Vendredi 16.07 : perception de la performance inégale entre les bibliothèques. Peut être influencée par le problème de prêt sur les fascicules.
Jeudi 15.07 (nuit) :
- Une nouvelle infrastructure pour bib.rero.ch a été déployée. Elle utilise de manière plus intense les ressources machines à disposition. La performance devrait être améliorée par un facteur important.
Reste à observer comment le serveur se comporte en situation réelle.
Mercredi 14.07 :
- Le monitoring indique une charge de serveur stable, même si quelque pics de ralentissement de très courte durée ont été constatés.
- Par contre, les bibliothèques indiquent que c'est beaucoup trop lent, notamment au prêt, ce qui est bloquant en lecture publique.
- Soir: amélioration de la configuration du serveur actuel
Les vignettes des documents ne s'affichent pas dans les vues de recherche et de détail. Déployé mercredi 14 juillet au soir
⚠️ Panne du 13 juillet à 13:00 (environ).
Problème avec le cluser Elasticsearch, à savoir le moteur de recherche, central pour RERO ILS.
La panne a été résolue vers 15:00. Le diagnostic n'est pas complet, mais des améliorations ont été apportées.
bugBreaks something but is not blockingp-HighHigh priority (to be solved in the 2-3 next months)productionIssue specifically spotted on the production server
1 participant
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Glossaire
En cours
Notifications (4/4) :
08.09 : Avis d'échéance reçu 1 fois à 05:15, 2 autres fois à 05:16. Rappels 3 fois à 05:46, 5 autres fois à 05:47.
La tâche de création et gestion des notifications à 03:00 UTC était mal configurée et se lancait plusieurs fois de suite. C'est corrigé.
Exemplaires impossibles à prêter, à retourner, etc.
- Mardi 07.09 : en analysant des cas signalés, des incohérences ont été identifiées entre les status d'exemplaires et les loans actifs (par exemple un exemplaire en rayon, mais avec un loan actif associé, ou l'inverse, un exemplaire en prêt, mais sans loan associé. Des corrections et des analyses sont en effectuées.
- 08.09 : aucun nouveau cas n'est apparu.
- 16.09 : pas de nouveau cas suite à un monitoring fin
Les points résolus (voir plus bas) sont à retestés. Les points ci-dessous restent en principe à corriger :
02.09: diagnostic effectué, correctif en cours. selfcheck: fix checkout on item with pick-up status #2359
Accès OAuth: interaction avec les fournisseurs de services externes
20.09: réponse d'Arte en cours d'analyse
21.09: correction de notre côté et envoi de l'information à Arte
Chargement des données manquantes et correction de données (@BadrAly et @pronguen ) :
rbnj
(ont été supprimés le 15.09). Ongletrbnj-reused
(sont à conserver).vs
(ont été supprimés le 15.09). Ongletvs-reused
en cours de traitement.Prêts chargés dans la mauvaise organisation (cas des lecteurs dans plusieurs organisations, notamment lecteurs bibliothèques).
Circulation
Paramétrage
Problèmes résolus (de plus récent au plus ancien)
Lenteur à l'ouverture de l'éditeur :
- Lundi 06.09 : des pistes sont identifiées et des améliorations sont en cours d'exploration.
editor: speed up the editor ng-core#446 et professional: fix angular assets #2379 pour améliorer la performance.
editor: search everywhere for resource linking rero-ils-ui#702
editor: add ISBN/ISSN on document typeahead rero-ils-ui#687
Problème des notifications (3/3):
availability
: Availability notification: wrong pick-up location name #2295- 27.08 : avis de disponibilité envoyés alors que les documents sont déjà retirés, et de plus envoyés un grand nombre de fois simultanément, environ un envoi par personne chaque 10-15 minutes, sans fin. Environ 150 notifications étaient concernées.
- À 09:00 il est envisagé d'arrêter simplement l'envoi de notifications d'ici la résolution du problème.
- 28.08 : un correctif (sans publication de version encore) a été déployé sur la production, qui règle le problème. Désormais, les notifications en erreur ne sont plus envoyées et l'équipe est prévenue des erreurs.
- De manière globale, un système de suivi en temps réel permet aux développeurs de voir et être avertis quand des notifications sont en erreurs, quel que soit le type.
28.08 : les avis sont à nouveau reçu, le problème a été identifié. Une alerte a été mise en place dans le cas où ça devait à nouveau arriver.
01.09 : Diagnostic établit. Les notifications d'avis d'échéance ont été générées, puis les prêts ont été renouvelés. Les notifications ont été envoyées, regroupées, ensuite, alors qu'elles n'étaient plus valides. Le délai a été particulièrement long, à cause d'une interuption des notifications.
Impossible de placer une demande en sélectionnant la BPUN comme lieu de retrait.
Lundi 23.08 : Corrigé dans la version v1.4.7 (circulation: fix request with different locations #2260).
Jeudi 29.07 : mercredi 28.07, le diagnostic a pu déterminer que si aucune localisation d'une bibliothèque n'autorise les demandes, les bibliothécaires de cette bibliothèque ne peuvent plus faire de demande et les lecteurs ne peuvent plus placer de demande en sélection cette bibliothèque comme lieu de retrait. Une correction va être proposée.
Mercredi 28.07 : Bug reproduit. Le diagnostic suit son cours.
Jeudi 22.07 : Une issue a été ouverte Requests for patrons by librarians are impossible with librarian accounts of a specific library #2234
Sur 161 lecteurs non chargés, 44 ont été chargés. Nous demandons la recréation manuelle des autres au fur et à mesure, car cela demanderait un effort d'analyse au cas par cas.
Bulle: 28/2
;RBNJ: 49/13
;RERO+ VS: 84/29
SIP2
Exemplaires non chargés depuis Virtua
- 1743 items identifiés
- 1658 items chargés le 22.07.21
- 75 items créés par les bibliothécaires depuis 12.7.2021
- 10 items à recréer manuellement
Liste des demandes à valider: contient toujours des exemplaires non disponibles (en acquisition, manquants, etc.)
Request list: items that have a temporary circulation category "not available" are still displayed for validation #2225
Problème des notifications (2/3)
v1.4.6
, disponible le 22.07). notifications: fix patron with additional email #2220Mercredi 21.07 : La version
v1.4.5
a été déployée hier soir. Elle contient :- Les améliorations sur le calcul des facettes et les listes professionnelles de lecteurs de de documents sans recherche par défaut, ce qui améliore la performance au sens où plus de requêtes peuvent être servies simultanément.
- La réécriture de la vue des documents, affichant les holdings fermées par défaut et chargeant les exemplaires 10 par 10.
- 🐞 Et malheureusement un bug sur la facette bibliothèque de l'interface publique des organisations, qui faisait que cette facette est vide. The library facet of the organisation view of the public interface is empty #2215 corrigé par public ui: fix missing library facet on org view #2217. Réglé le 21.07 au soir.
Mardi 20.07 : La version préparée le 19.07 (
v1.4.4.
) comprend une erreur empêchant l'affichage des exemplaires. Elle n'est donc pas disponible ce matin 20.07. Une nouvelle version (v1.4.5.
) est en préparation pour corriger cela et comprendra d'autres petites améliorations. Il est prévu de la déployer ce soir, 20.07.Il peut déjà être mentionné que des améliorations de performance ont été vérifiées sur ces versions !
Lundi 19.07 : Durant le weekend, il a été diagnostiqué que le calcul des facettes lors d'une recherche consomme beaucoup de CPU (processeur) ne laissant plus assez de ressources pour répondre aux autres demandes. Quelques recherches suffisent à ralentir considérablement le système. De nouvelles ressources ont été attribuées et la journée de lundi permettra d'évaluer si c'est suffisant.
Par ailleurs, trois mesures vont être prises pour optimiser les facettes, afin de ne les calculer que lorsqu'elles sont vraiment nécessaires. Elles feront partie de la milestone
v1.4.4
, publiées dans la soirée du 19.07 et déployées avant le 20.07 au matin.Vendredi 16.07 : perception de la performance inégale entre les bibliothèques. Peut être influencée par le problème de prêt sur les fascicules.
Jeudi 15.07 (nuit) :
- Une nouvelle infrastructure pour bib.rero.ch a été déployée. Elle utilise de manière plus intense les ressources machines à disposition. La performance devrait être améliorée par un facteur important.
Reste à observer comment le serveur se comporte en situation réelle.
Mercredi 14.07 :
- Le monitoring indique une charge de serveur stable, même si quelque pics de ralentissement de très courte durée ont été constatés.
- Par contre, les bibliothèques indiquent que c'est beaucoup trop lent, notamment au prêt, ce qui est bloquant en lecture publique.
- Soir: amélioration de la configuration du serveur actuel
Prêt/retour sur exemplaires de type "issue" (périodiques) générant une erreur: Checkout on item of type "issue" creates server error and the item is not reindexed #2187
Problème des notifications (1/3)
PR lié et intégré à la version
v1.4.3
déployée le jeudi 15 juillet (nuit):- notifications: fix request and recall #2164 résout les cas A, B et D de Request is sent to the wrong e-mail and even if the document is on loan #2152
PR liés et intégré à la version
v1.4.2
déployée le mercredi 14 juillet au soir :- notification: fix availability date #2158 résout "To pick up until" in the notifications does not work #2140
- notifications: fix email subject #2156 résout Notifications sent without object in the e-mail #2139
Résolu sur l'instance de production le 14.07
- URL in e-mail sent to patrons with the wrong instance's URL #2151
Documents non chargés depuis Virtua
- 272 identifiés et chargés le 14.07.21
Liste des demandes à valider :
Liste trop lente, parfois ne parvient pas à s'afficher.
2 PR intégrés :
- circulation: improve request to validate list #2157
- circulation: improve requested loans tab rero-ils-ui#672
A été publié le mercredi 14 juillet (milestone
v1.4.2
, versionv1.4.2
).Déployé mercredi 14 juillet au soir
Suppression de catégories de prêts (
item_type
) attribués à des exemplaires est possible alors qu'il ne le faut pas(milestonev1.4.2
) :Issue : It should not be possible to delete an item type with linked items #2159 (critique, parce que corruption de donnée)
PR de @Garfield-fr item types: deny deletion with temporary item type #2161 (à revoir, tester)
13 exemplaires concernés ont été corrigés le 14.07 (2 Bulle, 2 RBNJ, 9 VS)
A été publié le mercredi 14 juillet (milestone
v1.4.2
, versionv1.4.2
).Déployé mercredi 14 juillet au soir
Les vignettes des documents ne s'affichent pas dans les vues de recherche et de détail.
Déployé mercredi 14 juillet au soir
Problème avec le cluser Elasticsearch, à savoir le moteur de recherche, central pour RERO ILS.
La panne a été résolue vers 15:00. Le diagnostic n'est pas complet, mais des améliorations ont été apportées.
Beta Was this translation helpful? Give feedback.
All reactions