Discussion :

[Heimdall]

Salut,

Tout d'abord, merci de m'aiguiller vers le bon forum si je suis hors jeu
Je suis pas un crac en réseaux, je fais de la programmation parallele en MPI et j'ai un petit problème avec la libération de la mémoire apparement.


A ce jour, lorsque je soumet un job j'ai :

Code :

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

p4_error: semget failed for setnum: 0

J'ai repéré que ça provenait d'un probleme de libération mémoire... voici ce que j'ai lorsque je tape 'cluster-fork ipcs -m' :

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
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
[nau@cluster ~]$ cluster-fork ipcs -m
compute-0-0: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
 
compute-0-1: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
 
compute-0-2: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
 
compute-0-3: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 65537      nau     600        134217728  2          dest         
0x00000000 98306      nau     600        134217728  2          dest         
0x00000000 131075     nau     600        134217728  2          dest         
 
compute-0-4: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 163841     nau     600        134217728  2          dest         
0x00000000 196610     nau     600        134217728  2                       
0x00000000 229379     nau     600        134217728  2                       
 
compute-0-5: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
 
compute-0-6: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 65538      nau     600        134217728  2                       
 
compute-0-7: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      
0x00000000 163842     nau     600        134217728  2          dest         
 
compute-0-8: 
 
------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status

j'ai réussi en en supprimer, mais pas ce qui reste. Aucun de mes programmes ne tourne encore sur aucun des noeuds du cluster.

Je n'arirve pas a trouver la signification de 'dest' pour status.

Avez-vous un idée sur la manière de supprimer tout ça ?

Merci

[gangsoleil]

Bonjour,

Es-tu certain que ces segments de mémoire ont été créés par ton application, et non pas par une autre ? Est-ce vraiment normal que la clef utilsée soit 0 ??

Si tu es certain qu'ils ont été créés par ton appli, et qu'ils ne sont plus utilisés par aucun programme (pas de zombis notamment), alors regarde le contenu des queues, et essayers de voir sur ces machines pourquoi la commande que tu exécutes ne les supprime pas. D'ailleurs, quelle est cette commande ?

[Heimdall]

j'ai réussi a virer les semaphores, il se trouve qu'un :

Code :

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

ps aux|grep nau

me montrait des process a moi qui tournaient alors que la commande 'qstat' du cluster sensée me donner l'état de mes job me disait qu'aucun tournait...

en les killant j'ai pu virer els semaphores avec ipcrm -m.

En revanche, en soumettant j'ai toujours une erreur

Code :

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

p4_error: semget failed for setnum: 0

Alors qu'aucun process ne tourne sur aucun noeud, et aucun semaphore ne reste visible avec 'ipcs -m'

y-a-t-il une autre source pour ce message d'erreur ?

[Sve@r]

Est-ce vraiment normal que la clef utilsée soit 0 ??

Ca arrive si l'IPC a été créée avec la clef IPC_PRIVATE. Mais ce genre de manoeuvre ne se fait que dans une appli autonome car si une autre appli a besoin d'accéder à une IPC, il faut que l'IPC ait une clef bien spécifique...