Ca manque peut-être un peu de contexte.
Cela se passe sur une machine de récupération avec les quatre disques d'un ancien nas, sur laquelle a été jeté un almalinux en vue de tests divers, variés et autres.
Pour aller au plus efficace, j'avais installé alma sur un lvm linéaire en me disant que ça suffirait et qu'il serait bien temps de passer à du raid soft ensuite. Le temps a passé, les besoins sont restés et il était donc temps de fiabiliser la machine. J'ai donc converti au vol en raid puis benoîtement rebooté, et senti un vague moment de solitude.
Les erreurs :
- présupposer que le noyau disposerait par défaut des modules raid1 et usb-storage.
- initialement étaler les LV sans faire attention à leurs emplacements sur les PV (en l'occurrence, le home spitté sur deux PV m'a contraint à un moment à utiliser un disque de transfert en usb).
- faire deux PV sur un seul et même disque et un seul sur le disque jumeau.
Voilà pour le contexte, si ça peut servir à d'autres …
Bon, ce mauvais comportement m'avait laissé tranquille un petit temps, comme j'avais fait de gros nettoyages, je pensais que c'était simplement mon code qui était en cause initialement.
Je suis désormais dans une situation où il me suffit d'ajouter un print d'une chaîne de caractères toute simple un peu avant là où le code plante pour reprendre une exécution normale.
Si je fais un rapport de bug, dois-je rapporter à l'éditeur de l'ide ou à l'éditeur de l'interpréteur python ?
[^] # Re: UN peu plus de détails
Posté par twon . En réponse au journal LVM - Migration vers du raid. Évalué à 3 (+3/-0).
Ca manque peut-être un peu de contexte.
Cela se passe sur une machine de récupération avec les quatre disques d'un ancien nas, sur laquelle a été jeté un almalinux en vue de tests divers, variés et autres.
Pour aller au plus efficace, j'avais installé alma sur un lvm linéaire en me disant que ça suffirait et qu'il serait bien temps de passer à du raid soft ensuite. Le temps a passé, les besoins sont restés et il était donc temps de fiabiliser la machine. J'ai donc converti au vol en raid puis benoîtement rebooté, et senti un vague moment de solitude.
Les erreurs :
- présupposer que le noyau disposerait par défaut des modules raid1 et usb-storage.
- initialement étaler les LV sans faire attention à leurs emplacements sur les PV (en l'occurrence, le home spitté sur deux PV m'a contraint à un moment à utiliser un disque de transfert en usb).
- faire deux PV sur un seul et même disque et un seul sur le disque jumeau.
Voilà pour le contexte, si ça peut servir à d'autres …
# Rebelotte ...
Posté par twon . En réponse au message Process finished with exit code -1073741819 (0xC0000005). Évalué à 1.
Bon, ce mauvais comportement m'avait laissé tranquille un petit temps, comme j'avais fait de gros nettoyages, je pensais que c'était simplement mon code qui était en cause initialement.
Je suis désormais dans une situation où il me suffit d'ajouter un print d'une chaîne de caractères toute simple un peu avant là où le code plante pour reprendre une exécution normale.
Si je fais un rapport de bug, dois-je rapporter à l'éditeur de l'ide ou à l'éditeur de l'interpréteur python ?
[^] # Re: Ca ne doit pas venir de windows uniquement.
Posté par twon . En réponse au message Process finished with exit code -1073741819 (0xC0000005). Évalué à 1.
C'est bien le cas … :-)
Merci pour le retour, l'idée de l'environnement virtuel pourra peut-être être une porte de sortie.