[Thread] Exception levé

**GLDavid** · 10/08/2006, 14h39

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.

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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("<font color=\"#FF0000\"><b>");
					ioe.printStackTrace(Blaster.this.pw);
					Blaster.this.pw.print("</b></font>");
					Blaster.this.destroy();
				}
				synchronized(Blaster.this) {
					Blaster.this.notify();
				}
			}
		};
		t.start();
		synchronized(this) {
			try {
				this.wait();
			} catch (InterruptedException e) {
				pw.print("<font color=\"#FF0000\"><b>");
				e.printStackTrace(pw);
				pw.print("</b></font>");
				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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

@++

**BainE** · 10/08/2006, 14h49

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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...

**GLDavid** · 10/08/2006, 14h54

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.

**BainE** · 10/08/2006, 14h55

Joli contournement

Tu n'as pas le droit de modifier les parametres du serveur ?

**GLDavid** · 10/08/2006, 15h00

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

Bref, je vais devoir biaisé car même en appelant un script shell, j'ai le droit à la même exception.

@++

**adiGuba** · 10/08/2006, 15h08

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++