-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
import et chargement de données bloqués #2211
Comments
La suppression des taches de fond, Vider le cache, redémarrer le navigateur, ces actions semblent ne pas résoudre le problème |
Pour le moment, la meilleure manière de résoudre en production le problème est de recréer un container (ce qui évite la rupture de service). |
un aspect étonnant de ce problème est qu'il touche exclusivement une instance, les autres peuvent continuer de faire des imports normalement |
cette instance avait elle interrogé l'API d'OpenAlex ? |
à priori oui, |
🐞 le même import via le mode personnalisé (sans rien changé) pourrait fonctionner |
Ok, je crois savoir de quelle instance il s'agit, l'import de CSV avait été fait après le bug pour voir si un autre format était accepté. J'avais déjà rencontré ce problème plusieurs fois, toujours après des interrogations de l'API OpenAlex, mais de 2 façons différentes :
Dans les 2 cas, il n'était plus possible ni de charger quoique ce soit d'autre, ni de supprimer l'instance. Il y avait un problème de loop qui ne s'arrêtait pas à l'époque mais tu avais fait un fix. Je n'ai depuis plus rencontré ce problème... Pour supprimer ces instances, j'ai attendu qu'une version supérieure de Lodex existe, j'ai tenté la suppression dans la version la plus récente, car elle supprime toutes les mêmes intances des containers en versions inférieures, et ça avait fonctionné. |
J'ai rencontré le même problème hier : chargement OpenAlex via l'API qui s'interrompt sans possibilité de recharger l'instance. Les logs sont vides mais les fichiers en cache suite à l'interrogation sont bien présents - mon instance est également vide |
Le bug de Christa s'est produit sur une version 14.0.62 avec le loader Openalex by txt dans le catalogue. J'ai testé un ptit corpus avec le même loader sur une 14.0.64 ça fonctionne, j'ai ensuite testé la requête de Christa avec une année en moins pour passer en dessous de 100 000 ça a bloqué aussi... Plus possible de charger autre chose sur les 2 instances désormais. Année par année, environ 23000 notices, les 2 loaders fonctionnent. Ca parait donc être la volumétrie qui pose problème. |
Ok, vous êtes sur quelle machine ? |
A priori, si le chargement plante, il bloque la file d'attente (bull) et celle-ci reste bloquée pour l'instance en question. Pour tenter de mieux comprendre le problème, la prochaine version activera par défaut les logs ezs. Ce qui permettra d'avoir la raison de l’arrêt de loader. #2219 Si par hasard, le problème était lié à un bug bull, le package va être mise à jour #2220 |
Le second problème fait l'objet d'une issue séparée #2230 |
Le premier problème devrait être corrigé avec cette #2233 |
Bonjour, j'ai interrompu un chargement après avoir chargé le mauvais jeu de données, et mon instance est également bloquée. Le chargement ne se fait plus et je ne peux plus rien faire non plus. Je suis sur la V14.0.64 |
Décrire le bogue
L'import d'un fichier ou d'une requête est soudainement bloqué. Lorsque je clique sur le bouton « importer les données » rien ne se passe, l’instance semble figé.
Reproduire
Étapes pour reproduire le comportement :
inconnu
The text was updated successfully, but these errors were encountered: