Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Scripting Microsoft Creation de process distant erreur 8

Creation de process distant erreur 8

5 réponses
Avatar
Kevin Lomax
Bonjour tout le monde,

J'utilise ce petit script de base :

<u>strComputer = "172.18.108.51"
'strComputer = "172.18.144.10"

command1 = "notepad.exe"

Set objWMIService = GetObject _
("winmgmts:\\" & strComputer & "\root\cimv2:Win32_Process")

Error = objWMIService.Create(command1, null, null, intProcessID)

If Error = 0 Then
Wscript.Echo "Notepad was started with a process ID of " _
& intProcessID & "."
Else
Wscript.Echo "Notepad could not be started due to error " & _
Error & "."
End If</u>


qui fonctionne bien quand je l'execute avec strComputer = "172.18.108.51" (
qui est ma machine de test ) , par contre quand j'utilise une des machines en
prod ( que je joins via des lignes ADSL light ) , cela me renvoie une erreur
8 et impossible de reproduire le pb sur la machine de test.

Cela ne fonctionne pas quelque soit la commande lancé ( notepad ou autre ) ,
en fait c le <u>objWMIService.Create</u> qui semble poser pb !

Les machines qui sont accedées sont en windows NT 4.0 /SP4 min avec WMI5.6
intallés.

Je m'arrache les cheveux depuis plusieurs jours dessus, si quelqu'un a une
idée ?
Signaler un problème avec ce contenu

5 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Gilles RONSIN
"Jean-Claude BELLAMY" , le mar. 16
nov. 2004 18:56:20, écrivait ceci:

Salut,

NB: Il existe un produit du même style chez ce bon vieux Mark
Russinovich : "PsExec", mais je n'ai jamais réussi à le faire
fonctionner correctement! (ce doit être le seul outil de chez
Sysinternals qui me pose problème)
http://www.sysinternals.com/ntw2k/freeware/psexec.shtml


Ça me rassure que même toi n'y arrive pas... je pensais vraiment être
incapable... :-))

--
Embryon de site : http://gilles.ronsin.free.fr
Nouvelle astuce : Script de création de raccourcis cible
http://gilles.ronsin.free.fr/#targetlnk
Il est impossible pour un optimiste d'être agréablement surpris.

Avatar
Kevin Lomax
Jean-Claude BELLAMY wrote:
Dans le message news: ,
Kevin Lomax <Kevin s'est ainsi exprimé:

J'utilise ce petit script de base :
<u>strComputer = "172.18.108.51"
'strComputer = "172.18.144.10"
command1 = "notepad.exe"
Set objWMIService = GetObject _
("winmgmts:" & strComputer & "rootcimv2:Win32_Process")
Error = objWMIService.Create(command1, null, null, intProcessID)
If Error = 0 Then
Wscript.Echo "Notepad was started with a process ID of " _
& intProcessID & "."
Else
Wscript.Echo "Notepad could not be started due to error " & _
Error & "."
End If</u>


qui fonctionne bien quand je l'execute avec strComputer > > "172.18.108.51" ( qui est ma machine de test ) , par contre quand
j'utilise une des machines en prod ( que je joins via des lignes ADSL
light ) , cela me renvoie une erreur 8 et impossible de reproduire
le pb sur la machine de test.

Cela ne fonctionne pas quelque soit la commande lancée ( notepad ou
autre ) , en fait c le objWMIService.Createqui semble poser
pb !


*Hé hé hé hé !!!*
(rire sardonique de celui qui s'est déjà fait avoir avec la même glute
depuis 2 1/2 ans !!!)

Donc :
Bienvenue au
/Club-de-ceux-qui-n'arrivent-pas-à-lancer-un-processus-à-distance-avec-WMI/
!
:-)


La méthode "*Create*" de *Win32_Process* est VOLONTAIREMENT *BRIDÉE*
par Microsoft pour une question de sécurité,
et *ne permet pas* d'exécuter des processus interactifs!


Ma source : *le MSDN*
ms-help://MS.MSDNQTR.2004OCT.1033/wmisdk/wmi/create_method_in_class_win32_process.htm

/Platform SDK: Windows Management Instrumentation/


Create Method of the Win32_Process Class

[...]
For security reasons the *Win32_Process.Create* method
*cannot be used* to start an interactive process.

Et vlan !
Tu pouvais chercher longtemps !
(comme je l'ai fait jadis !)


L'exécution de processus interactifs est possible, mais *pas* avec cette
méthode.

Ainsi le REMARQUABLE logiciel "*RemoteExec*", de chez "IS Decisions", le
fait de façon magistrale
http://www.isdecisions.com/index.cfm?p=products-remoteexec
Distribué en France par *Copernet*
http://www.copernet.com/logiciels_produit.cfm?IDProduitQ

Absolument époustouflant comme utilitaire.
Il ne demande pas de username ni password (il faut être admin, quand même!)
Aucune appli n'a à être installée sur la machine distante (ni aucun
service spécial)
Il permet aussi bien :

* - d'exécuter à distance une appli quelconque (exe, vbs, cmd, msi,..)
* - d'ouvrir à distance un document quelconque (doc, xls, wav, ...)
* - de fermer une session ou rebooter une machine distante

Avec une interface graphique (mais aussi utilisable en ligne de commande)
Pas un seul bug!

C'est un produit payant, mais au prix ridiculement bas (100 € les 10
licences!)
On peut télécharger une version limitée à 15 jours.

Je l'ai acquis à titre professionnel, et c'est incroyable ce qu'il a pu
me simplifier la vie!

*NB:* Il existe un produit du même style chez ce bon vieux *Mark
Russinovich* :
"*PsExec*", mais je n'ai jamais réussi à le faire fonctionner correctement!
(ce doit être le seul outil de chez Sysinternals qui me pose problème)
http://www.sysinternals.com/ntw2k/freeware/psexec.shtml



--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org *



Alors deja merci bcp de m'eclairer sur ce create !!!!

Par contre, la methode que j'utilisais auparavant etait avec Psexec, et
fonctionnait correctement (un peu plus de chances ;) ), mais j'ai voulu
tout passé en VBS... dc voila.

J'utilise cette fonction de lancement d'un process distant tout
simplement pour supprimer un rep distant ( dc le process que je créais
etait : "cmd /c rd /Q /S d:lerepertoire" )

La fonction de suppression de repertoire en vbs, via le fso, en le
faisant par le reseau (en mappant le disque ) est bcp trop lente et je
n'ai de visu sur son execution. ( le repertoire a supprimé fera environ
4go ).
Si je le fais en psexec c plus rapide, mais cela me laisse tout de meme
une fenetre dos ouverte le tps de la suppression et ca ne me plait pas
non plus...

Bref, je crois que je vais tourner encore en rond un petit peu, surtout
que je ne peux pas acheter de logiciel pour ce projet !

Ps: je ne comprends quand meme pas pourquoi mon script fonctionne quand
je le connecte a une machine qui se trouve a coté de la mienne ( LAN )
et qu'elle ne fonctionne pas sur une machine a travers le WAN, car
d'apres l'article ci dessus, cela ne devrait pas fonctionner sur les 2 non ?


Avatar
Jacques Barathon [MS]
"Kevin Lomax" wrote in message
news:
J'utilise cette fonction de lancement d'un process distant tout simplement
pour supprimer un rep distant ( dc le process que je créais etait : "cmd
/c rd /Q /S d:lerepertoire" )

La fonction de suppression de repertoire en vbs, via le fso, en le faisant
par le reseau (en mappant le disque ) est bcp trop lente et je n'ai de
visu sur son execution. ( le repertoire a supprimé fera environ 4go ).
Si je le fais en psexec c plus rapide, mais cela me laisse tout de meme
une fenetre dos ouverte le tps de la suppression et ca ne me plait pas non
plus...


Tu peux copier sur la machine distante un .cmd qui contient la commande en
question (rd /q...) et programmer le lancement de ce batch à l'heure que tu
veux via la commande AT (ou mieux, SCHTASKS si tu es dans un environnement
XP/2003).

Jacques

Avatar
Kevin Lomax
Jacques Barathon [MS] wrote:
"Kevin Lomax" wrote in message
news:

J'utilise cette fonction de lancement d'un process distant tout simplement
pour supprimer un rep distant ( dc le process que je créais etait : "cmd
/c rd /Q /S d:lerepertoire" )

La fonction de suppression de repertoire en vbs, via le fso, en le faisant
par le reseau (en mappant le disque ) est bcp trop lente et je n'ai de
visu sur son execution. ( le repertoire a supprimé fera environ 4go ).
Si je le fais en psexec c plus rapide, mais cela me laisse tout de meme
une fenetre dos ouverte le tps de la suppression et ca ne me plait pas non
plus...



Tu peux copier sur la machine distante un .cmd qui contient la commande en
question (rd /q...) et programmer le lancement de ce batch à l'heure que tu
veux via la commande AT (ou mieux, SCHTASKS si tu es dans un environnement
XP/2003).

Jacques


Le script va etre executé de maniere ponctuel, je suis maudit ;)


j'ai oublié de preciser plus haut, que je dois attendre la fin de la
suppression du repertoire avant de continuer mon script.


Avatar
Jacques Barathon [MS]
"Kevin Lomax" wrote in message
news:%
Le script va etre executé de maniere ponctuel, je suis maudit ;)


Rien ne t'empêche d'utiliser la méthode du copy + AT de manière ponctuelle.
Tu peux même écrire un batch qui fait les deux tâches automatiquement à la
demande, mais si c'est vraiment très ponctuel, ce n'est pas un gros effort à
chaque fois.

j'ai oublié de preciser plus haut, que je dois attendre la fin de la
suppression du repertoire avant de continuer mon script.


Le reste du batch peut-il tourner sur la machine distante ou est-ce
forcément sur ta propre machine qu'il doit s'exécuter? Dans le premier cas
il te suffit de copier l'ensemble du script au lieu de simplement copier la
commande de suppression du répertoire. Dans le second cas il faut créer un
point de synchronisation. Par exemple, le script distant peut créer un
fichier bidon qq part, et le script local peut vérifier la présence de ce
fichier pour démarrer ses propres tâches.

--- script distant ---
if exist c:chkpoint.tst del c:chkpoint.tst
rd /q ...
echo > c:chkpoint.tst
--- fin du script distant ---

--- script local ---
:loop
if not exist serveurc$chkpoint.tst goto loop
del serveurc$chkpoint.tst
echo Suppression terminée sur serveur !
...
--- fin du script local ---

Pure impro non testée. Ca reste très agricole, mais si tu ne peux vraiment
pas faire une suppression à distance à cause des performances, ça reste
viable.

Jacques