Version imprimable
Bonjour,
J'aimerai installer en service le borland socket serveur sur Windows serveur 2008 pack2 64 bits.
J'utilise la commande scktsrvr.exe -install.
J'obtiens le message d'erreur System Error Code 5 "Accès refusé ".
J'ai bien tous les droits sur le répertoire ou est stocké l'exe.
Le borland socket serveur utilisé est celui de la version X2 en 64 bits.
Qu'est ce que j'ai pu oublier de faire ?
a+
Cyril
Tu évoques, je suppose Using Socket Connections
Tu es vraiment administrateur de la machine ?
Il te faut les droits d'installation de service
merci de ta réponse,
Je suis administrateur de la machine et les droits qui vont bien.
Par contre qu'appelles tu les droits d'installation du service ?
scktsrvr est un Service Windows, je ne suis pas un expert en administration Windows mais cela doit exiger des droits (rien que la création de clé dans la BDR)
Si tu es administrateur, je ne vois pas trop ce qui pourrait géner
Si un Server 2008, est-ce que l'UAC fonctionne comme sous Vista\Seven
Tu es sûr que c'est un exe 64bits, je crois que l'on ne peut pas installer un service 32bits sur un serveur 64bits
Je n'ai pour ma part installer que des services sur 2008-32, et en plus avec "sc.exe config" je forçais un compté dédié plus souple que SYSTEM
J'espère son installation ne démarre pas le Port en écoute, que cela ne se produit que lors d'un "net start"
ok merci de ta réponse,
C'est bien le service 64 B.
Je commence à regarder du cotés des droits windows.
Par exemple je n'ai pas de problème avec seven 64.
Il s'installe bien sauf qu'il n’apparaît pas dans la barre des taches.
J'ai tout simplement oublié d’exécuter la console cmd en adminstrateur.:oops:
Tu m'as fait peur et je viens de faire un essai sur un 2008 R2. Mon service 32 bits a parfaitement démarré ;)Citation:
Envoyé par ShaiLeTroll
Pour la CMD en Administrateur, c'est cela que j'évoquais avec l'UAC et tous ses caprices !
Pour les services, je t'avoue ne pas me rappeler si le serveur était un 2008 R1 ou 2008 R2, j'ai du en faire 2 en 5 ans dans mon ancien taf,
Comme a chaque fois, en plus c'était une bidouille qui simulait l'utilisation d'une application (sans API externe :cry:) mais de façon automatisé :aie:, j'utilisais sc.exe config pour définir une session dédiée au lieu de SYSTEM pour l'interaction avec le bureau
Il est peut-être possible d'installer un service 32 bit sur un OS 64 bit si l'on utilise pas les "fonctionnalités" subissant la loi de Murphy !
Depuis, j'ai changé de taf, je n'ai jamais moi même déployé de Service, je n'ai même encore jamais eu un 64bits entre mes mains ! :(
le problème que j'ai actuellement (c'est pas moi qui m'en occupe mais j'en ai bcp entendu parler) c'est que nos Services Windows sont en fait des Serveurs DCOM 32Bits (C++Builder), il semble que le DCOM 32Bits soient isolés dans une session 32bits différent de la session SYSTEM 64bits, ainsi un client venant se connecter sur le serveur semble utiliser ses propres instances et non celles installées en Service !
Mon responsable migre nos DCOM en DataSNAP pour résoudre ce problème, en plus cela simplifiera l'install (la conf DCOM semble être une plaie)
J'ai aussi entendu parler de soucis avec IIS que l'on doit forcer en 32bits sur un OS 64 bits pour lancer un de nos Services Web (idem, c'est pas moi qui m'en occupe)