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