Commande WinAT qui ne veut pas s'exécuter !!!!

Commande WinAT qui ne veut pas s'exécuter !!!! - Win NT/2K/XP - Windows & Software

Marsh Posté le 03-06-2003 à 09:34:46    

Salut tout le monde. Bon j'ai un problème assez urgent, le voici:
 
J'ai un serveur sous NT, et je doit lui faire executer une commande WINAT. Les autres commandes dans mon winat marchent très bien sauf celle-là, et je ne sais pas pourquoi... Alors si vous avez des idées n'hésitez pas.
 
La commande en question :
 
E:\Prod\Job\Wilbur\F02_idx.bat > e:\prod\log\wilbur.log
(Wilbur et un prgm d'indexation.La 1er partie le fait pointer sur un fichier BAT et la 2eme lui demande de faire un fichier log pour faire une historique des procédures).
 
Le Fichier BAT en question :
 
echo On
Rem ******************************************
Rem Serveur1 - Contruction d'index par Wilbur
Rem ******************************************
cd "e:\Program Files\Wilbur"
Echo ... Début contruction des index
wilbur.exe -b indexes\f02-idx.wil
Echo ... Fin contruction des index
 
On demande a wilbur de créer un index dans le fichier f02-idx.wil
 
Mais le plus étrange est que lorsque on lance le bat a la main, tout marche très bien, et dans WINAT, lors  de la dernière exécution, il me dit "ERROR>>NO". Vous savez d'où ça peut venir ???

Reply

Marsh Posté le 03-06-2003 à 09:34:46   

Reply

Marsh Posté le 03-06-2003 à 11:27:33    

up...sioupléééééééé :cry:

Reply

Marsh Posté le 03-06-2003 à 12:23:21    

Dans quel contexte s'éxécute ton service scheduler ? Si compte système lui attribué un compte de service.


---------------
Donne invitations pour gmail - Je n'aime pas les cons et je n'ai pas envie de leur parler.
Reply

Marsh Posté le 03-06-2003 à 13:13:21    

A ce propos j'ai un souci quasi équivalent : je lance un batch qui doit ouvrir une page web. Le batch fonctionne parfaitement "à la main" mais refuse d'ouvrir la page web quand programmé avec une commande AT. On voit juste IE qui se lance et se ferme aussitot.
Quelqu'un a une idée ?
 
Merci.
 
PS : Dsl pour ce piti pourrissage  :whistle:

Reply

Marsh Posté le 03-06-2003 à 15:29:37    

Tilys a écrit :

Dans quel contexte s'éxécute ton service scheduler ? Si compte système lui attribué un compte de service.


Heu...koi ?
Je comprend pas ce que tu me demandes ... c'est koi que tu appelles le contexte ?
Pour récapituler, je dirai que je voudrais lancer toutes les nuits un prgm qui ser a faire un index de tous les fichiers présents sur mon rézo. Une fois cet index construit, les utilisateurs peuvent l'utiliser et faire des recherches sur leurs postes.
Ce prgm n'est pas un prgm system, mais juste un piti Freeware bien pratique et qui marche très bien.
 
 
Stellayr>> nan nan, spa grave vas y on a le meme probleme alors ...

Reply

Marsh Posté le 03-06-2003 à 15:40:15    

Stellayr -> C'est par ce qu'il ne peut pas interagir avec le système. Quand tu utilise la planification des tâches la tache est executé en utilisant un compte (le contexte d'exécution). Mais si l'utilisateur n'est pas loggué tu ne verras rien du tout. La solution c'est d'utiliser la commande START qui permet une exécution asynchrone :
 

Code :
  1. Starts a separate window to run a specified program or command.
  2. START ["title"] [/Dpath] [/I] [/MIN] [/MAX] [/SEPARATE | /SHARED]
  3.       [/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL]
  4.       [/WAIT] [/B] [command/program]
  5.       [parameters]
  7.     "title"     Title to display in  window title bar.
  8.     path        Starting directory
  9.     B           Start application without creating a new window. The
  10.                 application has ^C handling ignored. Unless the application
  11.                 enables ^C processing, ^Break is the only way to interrupt
  12.                 the application
  13.     I           The new environment will be the original environment passed
  14.                 to the cmd.exe and not the current environment.
  15.     MIN         Start window minimized
  16.     MAX         Start window maximized
  17.     SEPARATE    Start 16-bit Windows program in separate memory space
  18.     SHARED      Start 16-bit Windows program in shared memory space
  19.     LOW         Start application in the IDLE priority class
  20.     NORMAL      Start application in the NORMAL priority class
  21.     HIGH        Start application in the HIGH priority class
  22.     REALTIME    Start application in the REALTIME priority class
  23.     ABOVENORMAL Start application in the ABOVENORMAL priority class
  24.     BELOWNORMAL Start application in the BELOWNORMAL priority class
  25.     WAIT        Start application and wait for it to terminate
  26.     command/program
  27.                 If it is an internal cmd command or a batch file then
  28.                 the command processor is run with the /K switch to cmd.exe.
  29.                 This means that the window will remain after the command
  30.                 has been run.
  32.                 If it is not an internal cmd command or batch file then
  33.                 it is a program and will run as either a windowed application
  34.                 or a console application.
  36.     parameters  These are the parameters passed to the command/program
  39. If Command Extensions are enabled, external command invocation
  40. through the command line or the START command changes as follows:
  42. non-executable files may be invoked through their file association just
  43.     by typing the name of the file as a command.  (e.g.  WORD.DOC would
  44.     launch the application associated with the .DOC file extension).
  45.     See the ASSOC and FTYPE commands for how to create these
  46.     See the ASSOC and FTYPE commands for how to create these
  47.     associations from within a command script.
  49. When executing an application that is a 32-bit GUI application, CMD.EXE
  50.     does not wait for the application to terminate before returning to
  51.     the command prompt.  This new behavior does NOT occur if executing
  52.     within a command script.
  54. When executing a command line whose first token is the string "CMD "
  55.     without an extension or path qualifier, then "CMD" is replaced with
  56.     the value of the COMSPEC variable.  This prevents picking up CMD.EXE
  57.     from the current directory.
  59. When executing a command line whose first token does NOT contain an
  60.     extension, then CMD.EXE uses the value of the PATHEXT
  61.     environment variable to determine which extensions to look for
  62.     and in what order.  The default value for the PATHEXT variable
  63.     is:
  65.         .COM;.EXE;.BAT;.CMD
  67.     Notice the syntax is the same as the PATH variable, with
  68.     semicolons separating the different elements.
  69.     the command prompt.  This new behavior does NOT occur if executing
  70.     within a command script.
  72. When executing a command line whose first token is the string "CMD "
  73.     without an extension or path qualifier, then "CMD" is replaced with
  74.     the value of the COMSPEC variable.  This prevents picking up CMD.EXE
  75.     from the current directory.
  77. When executing a command line whose first token does NOT contain an
  78.     extension, then CMD.EXE uses the value of the PATHEXT
  79.     environment variable to determine which extensions to look for
  80.     and in what order.  The default value for the PATHEXT variable
  81.     is:
  83.         .COM;.EXE;.BAT;.CMD
  85.     Notice the syntax is the same as the PATH variable, with
  86.     semicolons separating the different elements.
  88. When searching for an executable, if there is no match on any extension,
  89. then looks to see if the name matches a directory name.  If it does, the
  90. START command launches the Explorer on that path.  If done from the
  91. command line, it is the equivalent to doing a CD /D to that path.


 
Tanshiro -> Le contexte dans lequel s'exécute c'est en gros le compte qui sera utilisé. I lfaut vérifier que ton programme peut bien s'exécuter avec le compte que tu as choisi pour ta planification. Si il a besoin d'interagir avec le bureau, etc...


Message édité par Requin le 03-06-2003 à 15:41:30
Reply

Marsh Posté le 03-06-2003 à 15:52:50    

Merci Requin, mais la ligne de mon batch qui lance la page web commence bien par start :
 

Code :
  1. @echo off
  3. start http://www.monsiteweb.com/mapageweb.php3
  5. exit


 
Même avec une page web simple en html ca passe pas.
Pb de droits ?
Ou peut être que la commande AT ne peut pas lancer de page web ?
Dans ce cas là pour quoi ca lance le navigateur pour le fermer aussitôt ?
Help plz.
 :jap:


Message édité par Stellayr le 03-06-2003 à 15:53:44
Reply

Marsh Posté le 03-06-2003 à 16:02:29    

Requin a écrit :


Tanshiro -> Le contexte dans lequel s'exécute c'est en gros le compte qui sera utilisé. I lfaut vérifier que ton programme peut bien s'exécuter avec le compte que tu as choisi pour ta planification. Si il a besoin d'interagir avec le bureau, etc...


 
Ben juska preuve du contraire, je suis admin. Donc j'ai les droits d'un admin. Mais au passage, les taches planifiés s'exécutent meme si personne n'est loggué non ? (enfin dans mon cas ça marche ni avec l'un, ni avec l'autre...)

Reply

Marsh Posté le 03-06-2003 à 16:04:18    

Stellayr a écrit :

Merci Requin, mais la ligne de mon batch qui lance la page web commence bien par start :
 

Code :
  1. @echo off
  3. start http://www.monsiteweb.com/mapageweb.php3
  5. exit


 
Même avec une page web simple en html ca passe pas.
Pb de droits ?
Ou peut être que la commande AT ne peut pas lancer de page web ?
Dans ce cas là pour quoi ca lance le navigateur pour le fermer aussitôt ?
Help plz.
 :jap:


 
Petite question... ça serai pas ton exit qui fait tout burner ??? t'a essayé sans le mettre ?

Reply

Marsh Posté le 03-06-2003 à 16:11:12    

Tanshiro a écrit :


 
Petite question... ça serai pas ton exit qui fait tout burner ??? t'a essayé sans le mettre ?


 
Probablement, le exit tue le contexte "parent"... et donc l'enfant (IE), il faut sûrement utiliser les paramètres de la commande START... mais je ne me rappelle plus lesquels.

Reply

Marsh Posté le 03-06-2003 à 16:11:12   

Reply

Marsh Posté le 03-06-2003 à 16:13:51    

Tanshiro a écrit :


 
Ben juska preuve du contraire, je suis admin. Donc j'ai les droits d'un admin. Mais au passage, les taches planifiés s'exécutent meme si personne n'est loggué non ? (enfin dans mon cas ça marche ni avec l'un, ni avec l'autre...)


 
Justement les tâches planifié s'execute dans le contexte que tu spécifie Le problèem c'est que certains programems ont besoin d'interagir avec le bureau pour fonctionenr correctement. si tu n'est pas loggué ca foire, quand tu click sur le batch ca fonctionne (tu es loggué et c'est dna ton contexte admin qu'il s'execute). As-tu essayé le paramètre "/interactive" en planifiant ta tâche ?

Reply

Marsh Posté le 03-06-2003 à 17:01:30    

Requin a écrit :


 
Probablement, le exit tue le contexte "parent"... et donc l'enfant (IE), il faut sûrement utiliser les paramètres de la commande START... mais je ne me rappelle plus lesquels.


 
Non, on a testé (sans succès) en enlevant le exit.
Le navigateur (IE en l'occurence) s'ouvre et se ferme aussitot sans charger la page web demandée.

Reply

Marsh Posté le 03-06-2003 à 17:23:13    

Requin a écrit :


 
Justement les tâches planifié s'execute dans le contexte que tu spécifie Le problèem c'est que certains programems ont besoin d'interagir avec le bureau pour fonctionenr correctement. si tu n'est pas loggué ca foire, quand tu click sur le batch ca fonctionne (tu es loggué et c'est dna ton contexte admin qu'il s'execute). As-tu essayé le paramètre "/interactive" en planifiant ta tâche ?


 
Ha non j'avais pas essayé le "interactive". Je viens de le mettre, et j'ai enlelé cette partie : E:\Prod\Job\Wilbur\F02_idx.bat > e:\prod\log\wilbur.log
elle sert pas a l'exécution...
Bon et on vera demain si ça marche(je peu pas le lancer maintenant paske la création de l'index dure + d'1 heure et bouffe presque toutes les resources du serveur).
Je vous tiens au courant demain. :jap:  

Reply

Marsh Posté le 04-06-2003 à 09:11:22    

Up

Reply

Marsh Posté le 04-06-2003 à 14:08:00    

OK j'ai fait un essais à l'instant :
 

Code :
  1. C:\>at \\SHARK 14:05 /interactive "C:\temp\batch\go.bat"
  2. Added a new job with job ID = 1
  4. C:\>at
  5. Status ID   Day                     Time          Command Line
  6. -------------------------------------------------------------------------------
  7.         1   Today                   14:05 PM      C:\temp\batch\go.bat


 
Contenu de go.bat :

Code :
  1. @echo off
  2. start http://www.logbook.ch/
  3. exit


 
Et sous win2k SP3 ca roule... La fenêtre reste visible, celle de script se ferme. Ajoute le "/interactive" lors de la planification avec AT.


Message édité par Requin le 04-06-2003 à 14:08:26
Reply

Marsh Posté le 04-06-2003 à 15:31:21    

Requin a écrit :

OK j'ai fait un essais à l'instant :
 

Code :
  1. C:\>at \\SHARK 14:05 /interactive "C:\temp\batch\go.bat"
  2. Added a new job with job ID = 1
  4. C:\>at
  5. Status ID   Day                     Time          Command Line
  6. -------------------------------------------------------------------------------
  7.         1   Today                   14:05 PM      C:\temp\batch\go.bat


 
Contenu de go.bat :

Code :
  1. @echo off
  2. start http://www.logbook.ch/
  3. exit


 
Et sous win2k SP3 ca roule... La fenêtre reste visible, celle de script se ferme. Ajoute le "/interactive" lors de la planification avec AT.


 
 :jap: Merci pour ton aide Requin.
Le serveur sur lequel la commande ne fonctionne pas est un NT4 Server SP6.
On a bien ajouté le"/interactive" lors de la planification avec AT mais toujours rien.
 
Le pb viendrait-il seulement de NT ?
Les autres commandes de mon batch fonctionnent niquel (transfert ftp de données csv ou pdf) mais pas moyen d'ouvrir cette page web  :cry:

Reply

Marsh Posté le 04-06-2003 à 15:32:35    

Tanshiro a écrit :

Salut tout le monde. Bon j'ai un problème assez urgent, le voici:
 
J'ai un serveur sous NT, et je doit lui faire executer une commande WINAT. Les autres commandes dans mon winat marchent très bien sauf celle-là, et je ne sais pas pourquoi... Alors si vous avez des idées n'hésitez pas.
 
La commande en question :
 
E:\Prod\Job\Wilbur\F02_idx.bat > e:\prod\log\wilbur.log
(Wilbur et un prgm d'indexation.La 1er partie le fait pointer sur un fichier BAT et la 2eme lui demande de faire un fichier log pour faire une historique des procédures).
 
Le Fichier BAT en question :
 
echo On
Rem ******************************************
Rem Serveur1 - Contruction d'index par Wilbur
Rem ******************************************
cd "e:\Program Files\Wilbur"
Echo ... Début contruction des index
wilbur.exe -b indexes\f02-idx.wil
Echo ... Fin contruction des index
 
On demande a wilbur de créer un index dans le fichier f02-idx.wil
 
Mais le plus étrange est que lorsque on lance le bat a la main, tout marche très bien, et dans WINAT, lors  de la dernière exécution, il me dit "ERROR>>NO". Vous savez d'où ça peut venir ???


 
J'ai déjà rencontré des problèmes avec des .bat qui fonctionnent très bien comme cela mais pas sous Winat.
 
A chaque fois le problème vient du fait que l'exécution du .bat, lorsqu'elle est planifié par Winat, se fait sous %SystemRoot%\system32. Donc c'est souvent un problème de chemin de fichier.
 
Lorsque dans ton bat il y a cette ligne :
wilbur.exe -b indexes\f02-idx.wil  
si "indexes\f02-idx.wil" représente un fichier, alors l'erreur vient peut-être de là.
 
Essaye en mettant tous les chemins complets :
 
echo On
Rem ******************************************
Rem Serveur1 - Contruction d'index par Wilbur
Rem ******************************************
Echo ... Début contruction des index
e:\Program Files\Wilbur\wilbur.exe -b e:\chemeindufichier\indexes\f02-idx.wil
Echo ... Fin contruction des index

Reply

Marsh Posté le 04-06-2003 à 15:35:35    

Stellayr a écrit :


 
 :jap: Merci pour ton aide Requin.
Le serveur sur lequel la commande ne fonctionne pas est un NT4 Server SP6.
On a bien ajouté le"/interactive" lors de la planification avec AT mais toujours rien.
 
Le pb viendrait-il seulement de NT ?
Les autres commandes de mon batch fonctionnent niquel (transfert ftp de données csv ou pdf) mais pas moyen d'ouvrir cette page web  :cry:  


 
Et tu es loggué ? Je sais c'est con... mais bon IE ne pourra pas rester actif si tu n'es pas loggué.

Reply

Marsh Posté le 04-06-2003 à 16:04:43    

Requin a écrit :


 
Et tu es loggué ? Je sais c'est con... mais bon IE ne pourra pas rester actif si tu n'es pas loggué.
 


 
Oui, loggué comme administrateur.
Ce qui me consterne, c'est que IE se lance et se ferme aussitôt.

Reply

Marsh Posté le 04-06-2003 à 17:13:26    

J'ai plus de NT sous la main, donc la je peux vraiment pas trop t'aider... car le script focntionne nickel sous 2000.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed