On Wed, 16 Aug 2017 17:45:38 +0200 Audric Vigier <Audric.Vigier@ifremer.fr> wrote:
Le 16/08/2017 17:02, Benjamin POUSSIN a écrit :
On Wed, 16 Aug 2017 16:41:24 +0200 Audric Vigier <Audric.Vigier@ifremer.fr> wrote:
Le 16/08/2017 16:33, Benjamin POUSSIN a écrit :
On Wed, 16 Aug 2017 10:03:20 +0200 Audric Vigier <Audric.Vigier@ifremer.fr> wrote:
Database may be already in use: "Locked by another process: C:/Users/avigier/isis-fish-4/isis-database/simulations/sim_simuGdGCalib2010NoAlgoCorr_SmallAvailability_Oldtarget1Year_TestGA5Gen_2017-08-15-16-20_19/data/data.lock.db". Possible solutions: close all other connection(s); use the server mode [90020-194]
Tu n'as que ça comme message d'erreur ??? Tu n'as pas une jolie trace avec des noms de fichier java et des numéro de ligne qui nous permettrait de savoir qui essaie d'accéder à la base et qui n'y arrive pas ?
... Si bien sûr, j'ai le debug Dans le debug, le probleme vient juste après qu'il ait dezipper la région pour la simulation :(. Donc c'est impossible qu'un autre process accède aussi la base.
Je soupçonne qu'on zip avec un fichier de lock, mais dans ce cas je ne comprends pas pourquoi ce ne sont pas toutes les simulations qui échoue.
Essaies de lancer isis, et ne fait rien d'autre que de lancer la simulation. C'est peut-etre des actions dans l'interface de saisie ou autre qui ferme mal la base.
Je suis en train de chercher "Et pourtant, elle tourne...". Si je lance la simu qui a planté sans le
Le 17/08/2017 09:57, Benjamin POUSSIN a écrit : script d'optim, pas de souci. Egalement : si je lance l'algo avec des générations de 5 simulations, systématiquement la 5ème plante, mais pas toujours la 3ème. Si je réduit à des générations de 3 simulations, ces 3 simus étant identiques aux 3 premières simulations des générations de 5 simus, la 3ème va planter systématiquement... -- Audric Vigier Doctorant à Ifremer, unités EMH (Nantes) et STH/LBH (Brest) E-mail : audric.vigier@ifremer.fr Tel : +33 (0)2 40 37 41 64 (8164)