Jean-Michel OLTRA a �crit :
Je pencherais plutot pour la premi�re solution...
Je pense aussi, ce doit �tre un lockfile pour �viter le red�marrage du
d�mon.
Effectivement...J'ai le tr�s douteux privil�ge de pouvoir en lancer
plusieurs en meme temps... :-(
Il y a un moyen de d�marrer le d�mon avec un masque de d�bogage. Tu as
essay� ?
Il y a moyen de d�marrer le d�mon avec strace ?
Oui...en le d�marrant directement (/usr/bin/pvmd) tout semble �tre
normal puis :
"
getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
close(1023) = -1 EBADF (Bad filedescriptor)"
....
close(7) = -1 EBADF (Bad filedescriptor)"
et apparamment il tente d'ouvrir et il ferme successivement un bon
millier de "file descriptor" suivants...
Trouve le 6 qui semble lui plaire ...essaie d'y enfiler la date l'heure
le nom d'h�te de la machine...Puis freeze d�finitivement sur
select(10, [7 9], [], NULL, {60, 0}) = 0 (Timeout)...
Je ne suis pas programmeur syst�me mais ca me semble qd m�me pas tr�s
normal, non ?
Quant aux sockets, �a fonctionne avec tcp/ip il me semble, pas avec de
sockets unix.
Donc netstat devrait te permettre de voir si des connexions sont actives
de ce c�t�.
netsat -anvp me renvoie bien des connections actives (udp) et
"listening" pour pvmd ainsi qu'un fichier "/tmp/fileEMoHfE" qui doit
indiquer le n� de socket en th�orie mais qui en fait est vide
Merci encore
Y a pas de quoi. Je connais rien � pvm, mais un peu de culture
supp�mentaire ne nuit pas.
Ba si parceque l�...Je vois pas !
Pascal
--
"L'avenir, c'est � l'avance qu'il faut y penser."
R. Brautigan
