[Thread] Exception levé

Version imprimable

Bonjour

En réalité, je travaille sur un servlet, mais le problème est localisé dans un thread qui fait un exec de ssh. Je sais, c'est un peu tordu. :fou:
Ma servlet consulte une base de données. En fonction d'un nombre rendu par cette base, je crée autant de répertoires que ce nombre. Seulement, je dois le faire sur une machine distante, d'où un appel ssh. Comme c'est une opération lourde, je le fais dans un thread. Voici le code de thread :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 Thread t = new Thread(){ public void run(){ try{ for(long i=0; i<param.getSize(); i++){ Runtime.getRuntime().exec("ssh gldavid@cluster mkdir -p /home/gldavid/Blaster/"+id_user+"/"+id_job+"/"+i); } }catch(IOException ioe){ Blaster.this.pw.print(""); ioe.printStackTrace(Blaster.this.pw); Blaster.this.pw.print(""); Blaster.this.destroy(); } synchronized(Blaster.this) { Blaster.this.notify(); } } }; t.start(); synchronized(this) { try { this.wait(); } catch (InterruptedException e) { pw.print(""); e.printStackTrace(pw); pw.print(""); this.destroy(); } }
Or, à l'exécution, je constate qu'il me crée une partie de l'arborescence mais il sort avec cette exception levée :
Code:

1 2 java.io.IOException: java.io.IOException: Too many open files at java.lang.UNIXProcess.(UNIXProcess.java:148)
Aïe ! C'est gênant d'autant plus que le nombre de sous-répertoires peut être gros (environ 1000).
Donc, mon problème réside t'il en mon code Java ou dans mon appel ssh ?

Merci d'avance de votre réponse.

@++

Salut, a mon avis c'est unix...

je viens de tombé la dessus au cas ou tu bosserai sur HP-UX ou UNIX-like

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
Pourquoi un modèle de ressource échoue-t-il sur HP-UX ?
Un paramètre de noyau a peut-être été défini avec une valeur trop faible si
l’un des messages d’erreur suivants est consigné dans le journal
trace_dmxengine.log :
OutOfMemory Exception
—OU—
- java.io.IOException: Too many open files caught running /bin/sh -c
Pour augmenter la valeur du paramètre de noyau, procédez comme suit :
1. Accédez au noeud final HP-UX et exécutez la commande sam.
2. Sélectionnez Kernel Configuration –Configurable Parameters.
3. Procédez comme suit :
Pour l’erreur, OutOfMemory Exception :
Augmentez la valeur du paramètre max_thread_proc. Ce paramètre
définit le nombre maximal d’unités d’exécution admises dans chaque
processus. Il est défini à 64 unités par défaut.
—OU—
Pour l’erreur - java.io.IOException: Too many open files caught
running /bin/sh -c :
Augmentez la valeur du paramètre maxfiles. Ce paramètre définit la
taille du fichier électronique par processus. La valeur maximale que
vous pouvez définir à l’aide de la commande SAM est de 2048. Par
défaut, cette valeur est définie à 60.

Sinon essayer de faire plein de ssh traitant peu (pas trop en tout cas) de fichier chacun...

10/08/2006, 14h54
GLDavid

Salut BainE

Je me doutais que c'était Unix. Tes dires confirment mon hypothèse. Je vais essayer en invoquant un script shell. On verra bien. Le script que je viens d'écrire me crée mes répertoires correctement. Reste à voir comment il va se comporter avec un appel via Java.

@++ et merci de ta réponse.
10/08/2006, 14h55
BainE

Joli contournement :mrgreen:

Tu n'as pas le droit de modifier les parametres du serveur ?
10/08/2006, 15h00
GLDavid

Salut BainE

Le problème est que je n'ai pas les droits root sur la machine distante et bien sûr, le sysadmin est en congés :x
Bref, je vais devoir biaisé car même en appelant un script shell, j'ai le droit à la même exception.

@++
10/08/2006, 15h08
adiGuba

Salut,

Juste une question : quel est l'intérêt de faire un thread si le thread courant est endormi en attendant la fin du premier ???? Autant faire directement le traitement...

a++
10/08/2006, 15h09
BainE

Ah ces SysAdmin, c'est les meme partout ;)

tu va etre obligé de lancer un ssh par fichier...

Bon courage
10/08/2006, 15h24
GLDavid

Sauf qu'en lançant 1 ssh par fichier, j'ai peur d'avoir la même erreru :| Wait and see.

@++
10/08/2006, 15h50
GLDavid

Bon, ben pareil :x
Même fichier par fichier, je retombe sur cette exception en bois !
C'est loin les vacances ?
Il va falloir que j'y aille par tranche à moins que de meilleurs idées se présentent.

@++