Meilleur auteur de réponses
La tâche planifiée ne s'exécute pas

Question
-
Bonjour,
j'ai une tâche planifiée qui exécute un script Powershell de sauvegarde de l'ordinateur principal sous Windows 10 vers un NAS. Elle fonctionne correctement tous les jours, ceci pour dire que j'ai déjà pratiqué les tâches planifiées.
J'ai créé récemment une autre tâche pour exécuter chaque mois un script Powershell qui envoie un seul mail. Pour les tests le mail est envoyé à moi.
Le script est le suivant (j'ai juste camouflé les adresses mail) mais je pense qu'il n'est pas en cause car il s'exécute correctement à la console Powershell ISE.
#Script simplifié d'envoi d'un mail $Server='smtp.orange.fr' $To='moi.mail1@orange.fr' $From='moi.mail2@orange.fr' $Subject="Essai de mail" $Body="<p>Bonjour,</p>" $Body=$Body + "<p> Ceci est un essai de mail</p>" $Body=$Body + "<p>Cordialement</p>" $Body=$Body + "<p>Gabriel Galand</p>" $encoding=[System.Text.Encoding]::UTF8 Send-MailMessage -SmtpServer $server -To $To -From $From -Subject $Subject -BodyAsHTML $Body -Encoding $Encoding
Le problème apparaît quand je veux faire exécuter le script par le planificateur de tâches. J'ai inséré le script comme celui qui marche.
- Enregistrement sous extension .psm1 dans le même répertoire de modules : Sous répertoire "module1" contenant "module1.psm1" (celui qui marche), et sous-répertoire "module2" qui contient "module2.psm1" (qui ne marche pas)
- création d'une tâche planifiée avec les mêmes paramètres
Programme lancé
c\Windows\System32\WindowsPowerShell\v1.0\Powershell.exe
Arguments
-noninteractive -nologo -command "Import-Module Avis_Peup_V1.psm1"
Le lancement de la tâche par l'option manuelle du planificateur aboutit à l'échec suivant
Le Planificateur de tâches n’a pas pu lancer l’action « c\Windows\System32\WindowsPowerShell\v1.0\Powershell.exe » dans l’instance « {c79a0937-91f8-4a24-b342-5492ba2f3afe} » de la tâche « \Avis_Peup ». Données supplémentaires : Valeur de l’erreur : 2147942402.
Je n'attends pas forcément la solution miracle à mon problème, mais plutôt le moyen d'élucider l'erreur qui se produit. Il y a plusieurs logs systèmes que je ne connais pas qui pourraient sans doute me préciser l'erreur.
Merci pour toute indication qui pourrait me faire avancer.
:) gabier
Gabier
- Déplacé Jean-Sébastien DUCHÊNEMVP lundi 29 juillet 2019 20:33 Mauvais Forum
Réponses
-
Je pense que j'ai trouvé. En comparant en détail les données des 2 tâches (celle qui marche et celle qui ne marche pas) je me suis aperçu que le chemin de fichiers pour l'appel de Powershell était rédigé "c\..." et non "C:\...". La correction a entraîné que le déclenchement manuel a immédiatement marché.
J'ai lancé une exécution programmée pour 15h30 pour voir si ça fonctionne en planifié à l'avance.Mais je pense que ça va marcher.
Je trouve que le diagnostic d'erreur du Planificateur de tâches pourrait être plus explicite (du genre "Je ne trouve pas le programme à exécuter"). On trouverait beaucoup plus facilement.
Merci pour l'aide. Même si j'ai finalement trouvé seul, l'interaction avec un autre encourage la recherche.
:) gabier
Gabier
- Proposé comme réponse Aski. _MVP mercredi 31 juillet 2019 08:47
- Marqué comme réponse gabier2 mercredi 31 juillet 2019 12:52
Toutes les réponses
-
-
Avez-vous déjà jetté un oeil sur l'observateur des évennements
SAAD Youssef
Je l'avais oublié celui-là. Je viens de regarder. A l'heure du dernier échec (28/07 à 22:45:01) j'ai trouvé dans les différents journaux:
- Applications : rien
- Sécurité : 4 événements qui semblent être relatifs à l'action que j'ai lancée, mais je n'ai pas compris si le contenu apporte quelque chose.
1)
Tentative d’ouverture de session en utilisant des informations d’identification explicites. Sujet : ID de sécurité : Système Nom du compte : DELL-8900$ Domaine du compte : GG-LIVEBOX ID d’ouverture de session : 0x3E7 GUID d’ouverture de session : {00000000-0000-0000-0000-000000000000}
2)
L'ouverture de session d'un compte s'est correctement déroulée. Objet : ID de sécurité : Système Nom du compte : DELL-8900$ Domaine du compte : GG-LIVEBOX ID d'ouverture de session : 0x3E7 Informations d'ouverture de session : Type d'ouverture de session : 4 Mode administrateur restreint : - Compte virtuel : Non Jeton élevé : Oui Niveau d'emprunt d'identité : Emprunt d’identité Nouvelle ouverture de session : ID de sécurité : DELL-8900\Gabriel Nom du compte : Gabriel Domaine du compte : DELL-8900 ID d'ouverture de session : 0x2940035 ID d'ouverture de session liée : 0x0 Nom du compte réseau : - Domaine du compte réseau : - GUID d'ouverture de session : {00000000-0000-0000-0000-000000000000} Informations sur le processus : ID du processus : 0x8b0 Nom du processus : C:\Windows\System32\svchost.exe Informations sur le réseau : Nom de la station de travail : DELL-8900 Adresse du réseau source : - Port source : - Informations détaillées sur l'authentification : Processus d'ouverture de session : Advapi Package d'authentification : Negotiate Services en transit : - Nom du package (NTLM uniquement) : - Longueur de la clé : 0 Cet événement est généré lors de la création d'une ouverture de session. Il est généré sur l'ordinateur sur lequel l'ouverture de session a été effectuée. Le champ Objet indique le compte sur le système local qui a demandé l'ouverture de session. Il s'agit le plus souvent d'un service, comme le service Serveur, ou un processus local tel que Winlogon.exe ou Services.exe. Le champ Type d'ouverture de session indique le type d'ouverture de session qui s'est produit. Les types les plus courants sont 2 (interactif) et 3 (réseau). Le champ Nouvelle ouverture de session indique le compte pour lequel la nouvelle ouverture de session a été créée, par exemple, le compte qui s'est connecté. Les champs relatifs au réseau indiquent la provenance d'une demande d'ouverture de session à distance. Le nom de la station de travail n'étant pas toujours disponible, peut être laissé vide dans certains cas. Le champ du niveau d'emprunt d'identité indique la portée de l'emprunt d'identité que peut prendre un processus dans la session d'ouverture de session. Les champs relatifs aux informations d'authentification fournissent des détails sur cette demande d'ouverture de session spécifique. - Le GUID d'ouverture de session est un identificateur unique pouvant servir à associer cet événement à un événement KDC . - Les services en transit indiquent les services intermédiaires qui ont participé à cette demande d'ouverture de session. - Nom du package indique quel est le sous-protocole qui a été utilisé parmi les protocoles NTLM. - La longueur de la clé indique la longueur de la clé de session générée. Elle a la valeur 0 si aucune clé de session n'a été demandée.
3)
Privilèges spéciaux attribués à la nouvelle ouverture de session. Sujet : ID de sécurité : DELL-8900\Gabriel Nom du compte : Gabriel Domaine du compte : DELL-8900 ID d’ouverture de session : 0x2940035 Privilèges : SeSecurityPrivilege SeTakeOwnershipPrivilege SeLoadDriverPrivilege SeBackupPrivilege SeRestorePrivilege SeDebugPrivilege SeSystemEnvironmentPrivilege SeImpersonatePrivilege SeDelegateSessionUserImpersonatePrivilege
4)
Fermeture de session d’un compte. Sujet : ID de sécurité : DELL-8900\Gabriel Nom du compte : Gabriel Domaine du compte : DELL-8900 ID du compte : 0x2940035 Type d’ouverture de session : 4 Cet événement est généré lorsqu’une session ouverte est supprimée. Il peut être associé à un événement d’ouverture de session en utilisant la valeur ID d’ouverture de session. Les ID d’ouverture de session ne sont uniques qu’entre les redémarrages sur un même ordinateur.
- Installation et Système : rien à l'heure de l'événement.
- Rien non plus dans le journal des Applications pour Microsoft-Windows-Powershell
Je vais essayer de relire ces événements mais si vous avez l'habitude vous verrez plus vite que moi s'il y a quelque chose de pertinent.
:) gabier
Gabier
-
-
Bonjour Youssef,
j'ai relancé manuellement la tâche à 14:56:47, mais je ne vois rien d'autre dans l'observateur de Windows, autre que de nouveau les événements d'ouverture de session à 14:56:47 dans le journal de sécurité.
Notamment rien dans le journal système. Le dernier événement dans ce journal est à 14:42:00
Gabier
-
Je pense que j'ai trouvé. En comparant en détail les données des 2 tâches (celle qui marche et celle qui ne marche pas) je me suis aperçu que le chemin de fichiers pour l'appel de Powershell était rédigé "c\..." et non "C:\...". La correction a entraîné que le déclenchement manuel a immédiatement marché.
J'ai lancé une exécution programmée pour 15h30 pour voir si ça fonctionne en planifié à l'avance.Mais je pense que ça va marcher.
Je trouve que le diagnostic d'erreur du Planificateur de tâches pourrait être plus explicite (du genre "Je ne trouve pas le programme à exécuter"). On trouverait beaucoup plus facilement.
Merci pour l'aide. Même si j'ai finalement trouvé seul, l'interaction avec un autre encourage la recherche.
:) gabier
Gabier
- Proposé comme réponse Aski. _MVP mercredi 31 juillet 2019 08:47
- Marqué comme réponse gabier2 mercredi 31 juillet 2019 12:52
-
-