J'ai un problème avec une tâche planifiée sous Windows 2008 R2.
 
Quand je lance la ligne de commande du programme à lancer manuellement, ça fonctionne (C:\chemin_prog\prog.exe /param1=\\serveur\chemin\fichier /param2=\\serveur\chemin\fichier2 /option).  
 
Par contre, une fois planifiée : onglet "actions" du planificateur :  
   Démarrer un programme : C:\chemin_prog\prog.exe
   Ajouter des arguments (facultatif) : /param1=\\serveur\chemin\fichier /param2=\\serveur\chemin\fichier2 /option
   Commencer dans (facultatif) : D:\chemin.
la tâche s’exécute instantanément alors que cela devrait durer plusieurs minutes. Elle est lancée avec un compte qui a les droits d'administrateur.
 
Rien de spécial dans les logs du planificateur si ce n'est un code retour 0xFFFFFFFF.
 
A noter que la même tâche fonctionne sur un Windows 2003 SP1.
 
   
 
?

J ai eu un soucis équivalent, ca passait en ligne de commande, ca passait sous 2K3, et sous 2K8 R2 même résultat que toi
Je l'ai résolu en cochant "N'executer que si l'utilisateur est connecté"
Dans mon cas ca ne pose pas de probleme

Ca marche... Mais dès que la session est fermée sur le serveur, ça ne fonctionne plus (naturellement). Et il y a très rarement une session ouverte sur mes serveurs...

ce compte avec droit administrateur a les droits sur tes partages ?

Oui

Le planificateur des taches 2008 est juste a se tirer une balle je trouve ...

C'est tellement simple et efficace avec Windows 2003...  

Bon, toujours sans succès...

Même problème sur nos serveurs. Si l'on ne cache pas cette foutu case, c'est un gros fail vu qu'on a rarement des sessions actives sur nos serveurs.

ton user a le droit de lancer des taches en service ?
Pas d'erreurs dans l'obs d'évènement sur l'application de stratégies ?

User Administrateur avec la case cochée "Exécuter avec les autorisations maximales".
 
Rien de particulier, journaux "propres".

A priori, ce serait un problème d'interactivité qui ferait que la tâche ne s'exécute pas sans session ouverte...  
Pourtant, c'est la même tâche que sur mon Windows 2003 SP1...
Trop de sécurité tue la sécurité...
 
J'ai essayé avec un "at /interactive" sans plus de succès (il y a une conversion en non interactif !!!).
 
Si quelqu'un a une solution, je suis preneur car je n'ai pas envie de laisser une session ouverte...

Et si tu laisses la session ouverte en laissant juste une veille et parametrer la tache pour faire sortir du mode veille ?

Je jongle entre les sessions ouvertes verrouillées et écrans de veille...
 
Si quelqu'un a une meilleure solution...

Pas d'erreur liées à l'application des stratégies de sécurités dans C:\Windows\WindowsUpdate.log ?
Notamment celle sur l'ouverture d'une session en tant que tache ?

Non rien d'anormal mais pourquoi dans le log de Windows Update ?

J'ai déjà eu ce souci et c'était lié à des comptes non résolus dans les paramètres des GPO.

OK, pourtant tout ça fonctionnait bien sous 2003R2...

Sauf que je me suis gouré
Faut aller voir là :
C:\WINDOWS\security\logs\winlogon.log
 

Ah OK... Ca m'étonnait un peu mais bon...
 
J'ai ça :

Problème aussi quand j'ouvre et verrouille (physiquement) une session admin sur ce 2008R2 et que je prends la main en RDP dans la journée pour de l'administration courante et que je quitte ma session une fois terminée, ma session est perdue et mes tâches ne se lancent pas...
 
C'est pénible, j'ai pas trop envie de jongler avec différents comptes d'admin tout ça pour que 2008R2 daigne lancer mes tâches...

Bonjour,
 
J'ai le même problème.
Quelqu'un a-t-il trouvé une solution ?
 
Merci

Deux question con :
1) as tu essayé de faire ta commande dans un Batch a lancer par le planificateur ?
 
2) ton programme as-t-il la possibilité de tourner en tant que "service Windows" si ce n'est pas le cas alors c'est bien normal que ton soft ne se lance pas correctement quand la session est fermé car seul les service windows tourne aucun autre exécutable ne peut être lancé.

Merci !!!!!!!!!!!!!
je cherche depuis une semaine  
moi aussi j'ai des tâches planifiées sur 2003 server  qui marchent à merveille
elles font appel à des script vbs qui collectent des info sur des serveurs / poste à distance
depuis que j'ai migré ers 2008 ça ne marche plus !!
 
la solution est : j'ai coché "n'exécuter que si un utilisateur a ouvert une session" et ça a marché!!