Bonjour,

Le service Hyper File (pour HF C/S) ne démarre pas et quand je le lance manuellement sur le serveur : il démarre puis s'arrête aussitôt avec le message un service peut s'arrêter quand il n'est pas utilisé ??

Quelqu'un a-t-il déjà rencontré ce problème ? , d'où il vient ? et comment le contourner ?

Merci d'avance

Philippe

Bonjour Eric,

Dans l'observateur d'événement j'ai le démarrage du service Hyper File a échoué, soit :

- sans détail d'erreur
- soit avec l'erreur suivante :
Type de l'événement : Erreur
Source de l'événement : Moteur Hyper File Client/Serveur
Catégorie de l'événement : Aucun
ID de l'événement : 1
Date : 26/07/2007
Heure : 13:46:42
Utilisateur : N/A
Ordinateur : BRETIGNY-DC
Description :
Echec du démarrage d'un serveur Hyper File sur le port <4900>.
Erreur : Dump de l'erreur du module <WDHFSRV.DLL> <10.00Etd>.

- Niveau : erreur fatale (EL_FATAL)
- Code erreur : 0
- Code erreur WD55 : 0
- Code d'erreur système : 10048
- Message d'erreur système :
Une seule utilisation de chaque adresse de socket (protocole/adresse réseau/port) est habituellement autorisée.


- Pas de message d'erreur
- Pas d'info de debug
- Pas d'info attachée
- Pas d'identifiant dans le .err

Si tu as une idée ??

PS : j'ai redémarré le serveur et le service est reparti normalement ??

Merci

Philippe

Bonsoir,

Il n'y a pas d'autre appli qui utilise se port 4900. Le HF C/S est arrêté par une tâche programmée avant le lancement de la sauvegarde :

net stop mantamanager
net stop "Hyper File Server : BRETIGNY-DC"

Par contre je ne sais pas si cela se passe bien si un utilisateur est resté connecté ?

Comment peut-on "libérer" ce port sans redémarrer le serveur ?

Merci encore de tes infos.

Philippe

Bonjour,
effectivement, un fichier dans le répertoire __System était corrompus (suite à un redémarrage forcé un peu violent).
Je l'ai simplement renommé (pour ne pas le supprimer au cas où ) et redémarré le serveur ... le répertoire __System a été regénéré dans la foulée ... et tout refonctionne

SLY