Bug à l'ouverture d'ISIS avec un script d'export
Bonjour, J'ai installé la dernière version d'ISIS, et à l'ouverture j'ai eu le message d'erreur qui est en PJ. On dirait qu'il y a un soucis dans un des scripts d'export. Loïc
Petit oubli : je pensais qu'ISIS avait réussi à s'ouvrir quand même, mais en fait non, la fenêtre de commande reste affichée mais ISIS ne s'ouvre pas. Le debug en PJ. Loic GASCHE a écrit :
Bonjour,
J'ai installé la dernière version d'ISIS, et à l'ouverture j'ai eu le message d'erreur qui est en PJ. On dirait qu'il y a un soucis dans un des scripts d'export.
Loïc
------------------------------------------------------------------------
------------------------------------------------------------------------
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
INFO [main] (IsisFish.java:118) main - Starting Isis-Fish 4.0.0.0 with args : [] INFO [main] (IsisFish.java:119) main - Date: 01/12/11 10:44 INFO [main] (IsisFish.java:120) main - Java version: 1.6.0_29-b11, Java HotSpot(TM) Client VM INFO [main] (IsisFish.java:121) main - System arch: x86 INFO [main] (IsisFish.java:122) main - R_HOME: C:\Program Files\R\R-2.13.0, R.type: jni INFO [main] (IsisFish.java:123) main - PATH: C:\Program Files (x86)\MiKTeX 2.9\miktex\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\DMIX;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\;C:\Program Files (x86)\NTRU Cryptosystems\NTRU TCG Software Stack\bin\;C:\Program Files\NTRU Cryptosystems\NTRU TCG Software Stack\bin\;C:\Program Files\Wave Systems Corp\Gemalto\Access Client\v5\;C:\Program Files (x86)\Common Files\Roxio Shared\DLLShared\;C:\Program Files (x86)\Common Files\Roxio Shared\10.0\DLLShared\;C:\Program Files\R\R-2.13.0\bin\i386\;C:\Program Files (x86)\Java\jre6\bin; INFO [main] (IsisFish.java:317) initVCS - Check state of local repository: C:\Users\lgasche\isis-fish-4\isis-database INFO [main] (VCSSVN.java:143) getSVNManager - Try to connect to http://svn.forge.codelutin.com/svn/isis-fish-data INFO [main] (VCSSVN.java:231) isConnected - Connexion au serveur disponible, passage en mode connecté : http://svn.forge.codelutin.com/svn/isis-fish-data INFO [main] (VCSSVN.java:143) getSVNManager - Try to connect to http://svn.forge.codelutin.com/svn/isis-fish-community INFO [main] (VCSSVN.java:231) isConnected - Connexion au serveur disponible, passage en mode connecté : http://svn.forge.codelutin.com/svn/isis-fish-community INFO [main] (IsisFish.java:151) main - after init done in 4.892. INFO [main] (SimulationExecutor.java:78) <init> - SimulationExecutor started with 4 thread for dans un sous processus INFO [main] (SimulationExecutor.java:78) <init> - SimulationExecutor started with 1 thread for sur le serveur Caparmor INFO [main] (SimulationExecutor.java:78) <init> - SimulationExecutor started with 1 thread for dans le même processus INFO [main] (IsisTray.java:117) getInstance - Use system tray: fr.ifremer.isisfish.IsisTray$AWTSystemTray ^C
Le 01/12/2011 10:47, Loic GASCHE a écrit :
Petit oubli : je pensais qu'ISIS avait réussi à s'ouvrir quand même, mais en fait non, la fenêtre de commande reste affichée mais ISIS ne s'ouvre pas. Le debug en PJ. Tu peux rententer ? Car il n'y a aucune erreur.
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Bonjour, J'ai retenté et toujours pareil, la fenêtre du .bat s'ouvre, il y a le petit bonhomme rouge dans la barre de tâches en bas à droite mais c'est tout et ISIS ne se lance pas. Et le debug semble identique à celui d'hier. Loïc Eric Chatellier a écrit :
Le 01/12/2011 10:47, Loic GASCHE a écrit :
Petit oubli : je pensais qu'ISIS avait réussi à s'ouvrir quand même, mais en fait non, la fenêtre de commande reste affichée mais ISIS ne s'ouvre pas. Le debug en PJ. Tu peux rententer ? Car il n'y a aucune erreur.
INFO [main] (IsisFish.java:118) main - Starting Isis-Fish 4.0.0.0 with args : [] INFO [main] (IsisFish.java:119) main - Date: 02/12/11 09:04 INFO [main] (IsisFish.java:120) main - Java version: 1.6.0_29-b11, Java HotSpot(TM) Client VM INFO [main] (IsisFish.java:121) main - System arch: x86 INFO [main] (IsisFish.java:122) main - R_HOME: C:\Program Files\R\R-2.13.0, R.type: jni INFO [main] (IsisFish.java:123) main - PATH: C:\Program Files (x86)\MiKTeX 2.9\miktex\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\DMIX;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\;C:\Program Files (x86)\NTRU Cryptosystems\NTRU TCG Software Stack\bin\;C:\Program Files\NTRU Cryptosystems\NTRU TCG Software Stack\bin\;C:\Program Files\Wave Systems Corp\Gemalto\Access Client\v5\;C:\Program Files (x86)\Common Files\Roxio Shared\DLLShared\;C:\Program Files (x86)\Common Files\Roxio Shared\10.0\DLLShared\;C:\Program Files\R\R-2.13.0\bin\i386\;C:\Program Files (x86)\Java\jre6\bin; INFO [main] (IsisFish.java:317) initVCS - Check state of local repository: C:\Users\lgasche\isis-fish-4\isis-database INFO [main] (VCSSVN.java:143) getSVNManager - Try to connect to http://svn.forge.codelutin.com/svn/isis-fish-data INFO [main] (VCSSVN.java:231) isConnected - Connexion au serveur disponible, passage en mode connecté : http://svn.forge.codelutin.com/svn/isis-fish-data INFO [main] (VCSSVN.java:143) getSVNManager - Try to connect to http://svn.forge.codelutin.com/svn/isis-fish-community INFO [main] (VCSSVN.java:231) isConnected - Connexion au serveur disponible, passage en mode connecté : http://svn.forge.codelutin.com/svn/isis-fish-community INFO [main] (IsisFish.java:151) main - after init done in 49.225. INFO [main] (SimulationExecutor.java:78) <init> - SimulationExecutor started with 4 thread for dans un sous processus INFO [main] (SimulationExecutor.java:78) <init> - SimulationExecutor started with 1 thread for sur le serveur Caparmor INFO [main] (SimulationExecutor.java:78) <init> - SimulationExecutor started with 1 thread for dans le même processus INFO [main] (IsisTray.java:117) getInstance - Use system tray: fr.ifremer.isisfish.IsisTray$AWTSystemTray ^C
Le 02/12/2011 16:23, Loic GASCHE a écrit :
Bonjour,
J'ai retenté et toujours pareil, la fenêtre du .bat s'ouvre, il y a le petit bonhomme rouge dans la barre de tâches en bas à droite mais c'est tout et ISIS ne se lance pas. Et le debug semble identique à celui d'hier. Apparait-elle dans la barre des taches en bas ? Elle se lance peut-être de facon réduite ?
-- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Bonjour, Tout d'abord pardon les lutins, je me suis rendu compte que j'étais un peu parti de la réunion ISIS comme un voleur hier soir et que j'avais par conséquent oublié de dire au revoir... Je reviens toujours avec mon (absence de) lancement inexplicable d'ISIS. J'ai refait un test hier soir : J'ai installé la dernière V4 en ayant pris soin de supprimer mon dossier isis-fish-4 avant, et là aucun problème ISIS se lance. Par contre en mettant mon ancien isis-database à la place du nouveau là ISIS ne se lance pas (toujours pareil j'ai bien la fenêtre DOS créée par le .bat et le petit bonhomme rouge mais pas de fenêtre ISIS qui s'ouvre, et cela même en le laissant tranquille de nombreuses minutes). En fait il semblerait que c'est le temps de lancement d'ISIS qui devient trèèèèèès long quand on lui demande de charger d'anciennes simus : en en mettant une c'est presque instantané, en en mettant une dizaine c'est un peu plus long et quand on arrive dans la centaine... plus rien. Je suis bien conscient que ça fait de gros volumes de données (on atteint vite les quelques gigas) mais je ne vois pas trop pourquoi ça bloque comme ça car ISIS n'a pas à les charger, juste savoir qu'elles sont là... La question est est-ce que ce "problème" existait déjà avant, et est-ce qu'on peut y remédier ? Après c'est vrai qu'on n'a pas forcément besoin de charger des centaines de simus d'un coup dans une nouvelle version d'ISIS, mais bon... Voilà ! Loïc Loic GASCHE a écrit :
Bonjour,
J'ai retenté et toujours pareil, la fenêtre du .bat s'ouvre, il y a le petit bonhomme rouge dans la barre de tâches en bas à droite mais c'est tout et ISIS ne se lance pas. Et le debug semble identique à celui d'hier.
Loïc
Eric Chatellier a écrit :
Le 01/12/2011 10:47, Loic GASCHE a écrit :
Petit oubli : je pensais qu'ISIS avait réussi à s'ouvrir quand même, mais en fait non, la fenêtre de commande reste affichée mais ISIS ne s'ouvre pas. Le debug en PJ. Tu peux rententer ? Car il n'y a aucune erreur.
------------------------------------------------------------------------
_______________________________________________ Isis-fish-devel mailing list Isis-fish-devel@list.isis-fish.org http://list.isis-fish.org/cgi-bin/mailman/listinfo/isis-fish-devel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Salut, Le 07/12/2011 10:04, Loic GASCHE a écrit :
En fait il semblerait que c'est le temps de lancement d'ISIS qui devient trèèèèèès long quand on lui demande de charger d'anciennes simus : en en mettant une c'est presque instantané, en en mettant une dizaine c'est un peu plus long et quand on arrive dans la centaine... plus rien. Je suis bien conscient que ça fait de gros volumes de données (on atteint vite les quelques gigas) mais je ne vois pas trop pourquoi ça bloque comme ça car ISIS n'a pas à les charger, juste savoir qu'elles sont là... La question est est-ce que ce "problème" existait déjà avant, et est-ce qu'on peut y remédier ? Après c'est vrai qu'on n'a pas forcément besoin de charger des centaines de simus d'un coup dans une nouvelle version d'ISIS, mais bon...
Voilà !
Aaaah ! Je pense voir ce qui se passe. En fait, ISIS doit faire la migration des bases dans tes simus (tu as la base dans chaque simu). Donc ça doit devenir très long si tu as plein de simus. Je m'avance peut-être un peu, Eric pourra sûrement confirmer (ou pas). Du coup, pour contourner le problème, en attendant, tu peux faire le tri dans les simus que tu rends accessible à la v4 ? Ou alors tu fait tourner une nuit et toutes les bases devraient être migrées au petit matin si tu ne peut pas faire le tri. Jean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJO3zXPAAoJEFOQdnjKiPj3tb8H/1xmR+s5f1vuMB3jms/u8W9O KiwRO8KC2YI3gbEm66DvEDwfenN/1CNGUdQPF4zcotRVir8CD+CbLzjrkPWvq7WY SWHBR6U1DOSY4wo5vrvH8SEGd1eqHla32e35lfhUXCsf5jKsne7FhU6iiobJYfrF /qGL9IlLyQ/qzSRXOnXbnr6DTUsBYGjYnNTQ6VtBsbCk9xQIA79oH0AnUuWi4oE3 RJBWy9m9pFMgYvU06bOpEg9Deg6gHtYxO3oHIBaBThrIgkNH2Kvlj6jnwIXNSyVH LSmFXAfDkDbGGL57kPZ7B1I29ab+fd9QIU8VeHcuK68AeqTFfczjUdNlj1B3/yQ= =BUqT -----END PGP SIGNATURE-----
Le 07/12/2011 10:45, Jean Couteau a écrit :
Salut,
Le 07/12/2011 10:04, Loic GASCHE a écrit :
En fait il semblerait que c'est le temps de lancement d'ISIS qui devient trèèèèèès long quand on lui demande de charger d'anciennes simus Je ne comprend pas le lancement dont tu parles.
Il se lance et s'affiche (ou pas) et ensuite on peut faire quelque chose avec. Mais je ne te suis pas avec "le temps de lancement qui est très long quand on lui demande de charger des anciennes simulations."
en en mettant une c'est presque instantané, en en mettant
une dizaine c'est un peu plus long et quand on arrive dans la centaine... plus rien. Je suis bien conscient que ça fait de gros volumes de données (on atteint vite les quelques gigas) mais je ne vois pas trop pourquoi ça bloque comme ça car ISIS n'a pas à les charger, juste savoir qu'elles sont là... La question est est-ce que ce "problème" existait déjà avant, et est-ce qu'on peut y remédier ? Après c'est vrai qu'on n'a pas forcément besoin de charger des centaines de simus d'un coup dans une nouvelle version d'ISIS, mais bon...
Voilà !
Aaaah ! Je pense voir ce qui se passe. En fait, ISIS doit faire la migration des bases dans tes simus (tu as la base dans chaque simu). Donc ça doit devenir très long si tu as plein de simus.
Je m'avance peut-être un peu, Eric pourra sûrement confirmer (ou pas). Ouias ou pas :)
Il ne fait les migrations que lorsque qu'on les ouvre (pour regarder les résultats), mais il ne les ouvre pas au démarrage. Au pire il récupere la liste des noms, mais c'est quasi instantané.
Du coup, pour contourner le problème, en attendant, tu peux faire le tri dans les simus que tu rends accessible à la v4 ? Ou alors tu fait tourner une nuit et toutes les bases devraient être migrées au petit matin si tu ne peut pas faire le tri.
Une autre option est que des simulations soit en cours de monitoring ? Quand isis fini par s'afficher, il y a des simulations dans la queue de simulation ? -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
Eric Chatellier a écrit :
Le 07/12/2011 10:45, Jean Couteau a écrit :
Salut,
Le 07/12/2011 10:04, Loic GASCHE a écrit :
En fait il semblerait que c'est le temps de lancement d'ISIS qui devient trèèèèèès long quand on lui demande de charger d'anciennes simus Je ne comprend pas le lancement dont tu parles.
Il se lance et s'affiche (ou pas) et ensuite on peut faire quelque chose avec. Mais je ne te suis pas avec "le temps de lancement qui est très long quand on lui demande de charger des anciennes simulations."
en en mettant une c'est presque instantané, en en mettant
une dizaine c'est un peu plus long et quand on arrive dans la centaine... plus rien. Je suis bien conscient que ça fait de gros volumes de données (on atteint vite les quelques gigas) mais je ne vois pas trop pourquoi ça bloque comme ça car ISIS n'a pas à les charger, juste savoir qu'elles sont là... La question est est-ce que ce "problème" existait déjà avant, et est-ce qu'on peut y remédier ? Après c'est vrai qu'on n'a pas forcément besoin de charger des centaines de simus d'un coup dans une nouvelle version d'ISIS, mais bon... Voilà ! Aaaah ! Je pense voir ce qui se passe. En fait, ISIS doit faire la migration des bases dans tes simus (tu as la base dans chaque simu). Donc ça doit devenir très long si tu as plein de simus.
Je m'avance peut-être un peu, Eric pourra sûrement confirmer (ou pas). Ouias ou pas :)
Il ne fait les migrations que lorsque qu'on les ouvre (pour regarder les résultats), mais il ne les ouvre pas au démarrage. Au pire il récupere la liste des noms, mais c'est quasi instantané.
Du coup, pour contourner le problème, en attendant, tu peux faire le tri dans les simus que tu rends accessible à la v4 ? Ou alors tu fait tourner une nuit et toutes les bases devraient être migrées au petit matin si tu ne peut pas faire le tri.
Une autre option est que des simulations soit en cours de monitoring ? Quand isis fini par s'afficher, il y a des simulations dans la queue de simulation ?
Heu... Alors quand ISIS s'ouvre (quand j'ai très peu de simus que je viens de copier dans un dossier qui était vide à la base) je n'ai pas de simulations dans la queue de simulation. Quand je copie beaucoup de simus je dis que c'est trèèèès long car je n'ai jamais vu ISIS s'ouvrir dans ce cas là, même en le laissant et en faisant autre chose en parallèle. Après vu que c'est des simus terminées que je copie d'un ancien dossier, je ne vois pas trop pourquoi elles seraient dans la queue de simu... Enfin bon j'ai des trucs entrain de "tourner" (voir le report de bug qui arrive) donc je ne peux pas re-vérifier.
Le 01/12/2011 10:42, Loic GASCHE a écrit :
Bonjour,
J'ai installé la dernière version d'ISIS, et à l'ouverture j'ai eu le message d'erreur qui est en PJ. On dirait qu'il y a un soucis dans un des scripts d'export. Ce n'est pas un bug.
C'est juste que tu a du modifié ce script et Jean aussi, donc isis a détecté des conflits et le signale juste. -- Éric Chatellier <chatellier@codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com
participants (3)
-
Eric Chatellier -
Jean Couteau -
Loic GASCHE