web-dev-qa-db-fra.com

Le travail planifié ne s'exécute pas jusqu'à la fin; journal des événements avec code retour 3762504530

Je suis juste un développeur modeste, mais un travail d'application de console VB.Net planifié (2h00) dont j'ai hérité ne se termine pas par intermittence. Environ la moitié du temps, il ne s'exécute pas jusqu'à la fin, la journalisation et l'événement: le planificateur de tâches a terminé avec succès la tâche "[appname]", instance "{3f00cbd6-b40e-4e74-a0da-4def71b4d7db}", action "D:\Scheduled Tâches [nom de dossier] [nom_app.exe] "avec le code retour 3762504530.

J'ai trouvé une autre mention de ce code de retour sur le Web, et le gars a inclus la description de certains paramètres; ci-dessous sont nos paramètres analogiques avec des réponses fournies par notre gars de réseautage.

Je serais pathétiquement reconnaissant pour tout conseil ou direction ... merci d'avance.

Le travail "s'exécute-t-il si l'utilisateur est connecté ou non"? - OUI

Le travail est-il "exécuté avec les privilèges les plus élevés" - OUI

Quel est le système d'exploitation du serveur? - Fenêtre 2008 R2 Standard

Est-il vrai que "les seules conditions fixées sont de réveiller l'ordinateur pour qu'il fonctionne"? Il n'est pas configuré pour réveiller l'ordinateur pour exécuter la tâche. Cependant, il ne va pas dormir et la tâche est en cours d'exécution. Il sort juste anormalement.

Les paramètres sont-ils autoriser l'exécution de la tâche à la demande/arrêter la tâche si elle s'exécute plus de 3 jours/si la tâche ne se termine pas à la demande, la forcer à s'arrêter? OUI, il peut être exécuté à la demande; OUI, il arrêtera la tâche s'il dure plus de 4 heures; OUI, il le forcera à s'arrêter s'il ne se termine pas comme demandé.

25
Amorphous Blob

Je crois que le code de retour est un code générique .NET console crashed. La façon dont le travail est configuré dans le Planificateur de tâches ne provoque pas ce problème.

Vérifiez le journal des événements d'application sur le serveur pour les erreurs qui se sont produites à peu près au moment où le travail est "terminé". Ces événements devraient vous donner plus d'informations sur les raisons pour lesquelles le travail s'est arrêté anormalement, vous avez donc une idée par où commencer le dépannage.

33
Kevin

Si vous consultez le journal des événements -> Application, vous pouvez y obtenir des informations détaillées. Vous devriez pouvoir trouver un enregistrement d'erreur avec le code d'exception 0xe0434352 qui est la valeur hexadécimale de 3762504530

6
foxwendy

La réponse . NET est tout à fait juste. Je pensais juste partager mon exemple spécifique de cette erreur pour toute autre personne qui recherche ce problème sur Google.

J'ai eu ce message d'erreur sur une tâche planifiée de Windows Server 2012. Nous avions construit une application console en utilisant .NET 4.6.1, la valeur par défaut dans VS 2017.

Il s'avère que le serveur n'avait que .NET 4.5.1 installé. La cible .NET de l'application a été modifiée pour correspondre et la tâche n'a exécuté aucun problème. De toute évidence, la mise à jour de la version d'exécution du serveur aurait également pu le corriger.

0
Jeremy L

J'ai eu ce même code retour (3762504530) lorsque j'essayais d'utiliser un compte de service pour exécuter une tâche planifiée pour une importation de données. Mon problème était que le compte de service n'a pas pu accéder au fichier journal. J'ai accordé une autorisation non héritée pour ce dossier contenant le fichier journal au compte de service (contrôle total) et cela a résolu le problème.

0
Dave

J'ai eu ce même problème avec un travail du Planificateur de tâches "terminé avec succès" avec un code retour de "3762504530" affiché dans l'historique du Planificateur de tâches. Le journal des événements de ma tâche planifiée a fourni les informations suivantes

Description: The process was terminated due to an unhandled exception.
Exception Info: System.IO.FileNotFoundException

J'ai essayé quelques autres choses, mais j'ai finalement exécuté le programme à partir d'une ligne de commande et découvert que certaines des DLL tierces n'étaient pas installées sur le serveur.

0
James