On Thu, 17 Aug 2017 10:59:34 +0200 Benjamin POUSSIN <poussin@codelutin.com> wrote:
On Thu, 17 Aug 2017 10:25:19 +0200 Sigrid Lehuta <sigridlehuta@gmail.com> wrote:
Hello, apres verif ce matin, je confirme, mes calib tournent en V4.4.0 mais pas en 4.4.1. Test de ce matin avec la rc1 : sur 10 simus de la 1ere generation 3 n ont pas tourné (1,2,9). debug en pj. La seconde generation se lance en 4.4.0.
Donc vu que c'est la même région et le même script, ce n'est pas la nouvelle fonctionnalité de chargement de matrice qui n'existait pas avant.
Si tu ne fermes pas isis, tu devrais retrouver dans le répertoire tmp des fichiers: isis-*.zip (ils sont effacé lors de la fermeture d'isis)
Tu pourrais m'envoyer ceux qui te paraissent pertinent (les simu qui ont planté) et un zip d'une simu qui n'a pas planter.
En fait, non pas besoin, ça peut pas venir de là non plus :( En fait si isis faisait bien ce qu'il y a dans le code tout devrait bien se passer :D Le problème avec les optimisations est qu'on créer la simulation pour pouvoir la modifier via le script d'optim. Ensuite on zip ce répertoire (sans la base de données, mais avec un export de celle-ci). Et on ferme bien la simulation. Ensuite soit la simulation (le zip) est envoyer sur une autre machine pour ce faire (ex: caparmor) et il n'y a pas de soucis, soit la simulation est faite sur la même machine et du coup on dézippe sur ce qui existait déjà, ce n'est pas un problème vu qu'on avait bien fait attention de fermé la simulation après avoir fait le zip. Mais non, y'a un truc qui cloche :(. Mais je ne vois pas quoi, à part peut-être une histoire de timeout sur le lock qui met un peu trop de temps à se retirer :(. Je viens de vous envoyer (Sigrid, Audric) une version d'isis en privé pour que vous testiez. Le principe est que si on essaie de faire une simulation et que la base est déjà utilisé par une autre processus alors les processus se partagent la base. Vu que normalement il ne devrait y avoir qu'un processus sur cette base ça ne devrait pas poser de problème. J'attends vos retours. ps: l'autre solution, si celle-ci ne fonctionne pas est d'utiliser un autre nom de simulation pour la préparation, mais il y a possiblement plus d'impact à tester dans le code. -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com