Autor
|
Thema: Problem mit Scheduled Tasks (9360 mal gelesen)
|
TomK Mitglied CAD-Systemadmin
Beiträge: 26 Registriert: 07.03.2003
|
erstellt am: 14. Mai. 2008 13:06 <-- editieren / zitieren --> Unities abgeben:
Hallo, ich habe folgendes Problem: Ich will auf einem Win2003 Server mittels Scheduled Tasks ein Batch-Skript ausführen. Dieses Skript kopiert einfach nur Daten von der einen zur anderen Festplatte. Solange ich eine Remotedesktop-Verbindung aktiv habe funktioniert alles einwandfrei. Wenn ich die Windows-Sitzung trenne (Alle aktiven Programme werden weiterhin ausgeführt) wird der Task zum gewünschten Zeitpunkt gestartet. Nach einer gewissen Zeit aber (so ca. 15 Minuten) wird der Task mit dem Fehler-Code 0xc000013a beendet. Dieser Code besagt: "0xC000013A: The application terminated as a result of a CTRL+C" Wie kann ich das Problem beheben? Hat jemand Erfahrung damit? Vielen Dank schon mal Gruss Tom ------------------ Für die einen ist es Windows, für die anderen der längste Virus der Welt. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Axel.Strasser Ehrenmitglied V.I.P. h.c. Selbstständig im Bereich PLM/CAx
Beiträge: 4107 Registriert: 12.03.2001 Früher war vieles gut, und das wäre es heute immer noch, wenn man die Finger davon gelassen hätte!
|
erstellt am: 14. Mai. 2008 13:14 <-- editieren / zitieren --> Unities abgeben: Nur für TomK
|
fritsrol Mitglied CAD-Systemingenieur
Beiträge: 143 Registriert: 11.12.2002
|
erstellt am: 14. Mai. 2008 13:18 <-- editieren / zitieren --> Unities abgeben: Nur für TomK
Hallo Tom, muß der Job im Kontext (Shares, Laufwerke, Variable) des angemeldeten Users laufen ? Ansonsten würde ich den Job mal mit einem lokalen Useraccount laufen lassen. Ggf. die Ausgaben in eine Textdatei umleiten ">" um eine Kontrolle zu haben. Gruß Roland Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
TomK Mitglied CAD-Systemadmin
Beiträge: 26 Registriert: 07.03.2003
|
erstellt am: 14. Mai. 2008 13:49 <-- editieren / zitieren --> Unities abgeben:
Zitat: Original erstellt von Axel.Strasser: Da ist jetzt viel Spekulation dabei, da Du nichts über die Task Parameter sagst- Es kann am Script liegen
Ist nur ein einfaches Script: @Echo Off set userdir=%date% mkdir e:\cadusers\%userdir% xcopy u:\ e:\cadusers\%userdir% /s /e /h /c /z /y LW e: ist eine lokale HD LW u: ist ein Netzlaufwerk Zitat:
- Es kann am Username/Passwort für den Task liegen
Das passt. Zitat:
- Ist der Task in der Taskübersicht sichtbar ?
Ja Zitat:
- Was passiert wenn Du ihn da mal startest ?Axel
Wenn ich ihn manuell starte läuft er ganz normal durch. Gruss Tom
------------------ Für die einen ist es Windows, für die anderen der längste Virus der Welt. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
TomK Mitglied CAD-Systemadmin
Beiträge: 26 Registriert: 07.03.2003
|
erstellt am: 14. Mai. 2008 13:51 <-- editieren / zitieren --> Unities abgeben:
Hallo Roland, mit einem lokalen Useraccount habe ich es auch schon probiert. Dasselbe Spiel. Der Task startet, wie er soll um dann nach einer gewissen Zeit abzubrechen. Gruss Tom
------------------ Für die einen ist es Windows, für die anderen der längste Virus der Welt. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |
Axel.Strasser Ehrenmitglied V.I.P. h.c. Selbstständig im Bereich PLM/CAx
Beiträge: 4107 Registriert: 12.03.2001 Früher war vieles gut, und das wäre es heute immer noch, wenn man die Finger davon gelassen hätte!
|
erstellt am: 14. Mai. 2008 14:06 <-- editieren / zitieren --> Unities abgeben: Nur für TomK
|
TomK Mitglied CAD-Systemadmin
Beiträge: 26 Registriert: 07.03.2003
|
erstellt am: 15. Mai. 2008 07:16 <-- editieren / zitieren --> Unities abgeben:
Zitat: Original erstellt von Axel.Strasser: Also wahrscheinlich weiss dein Batch Job nicht wie er u auflösen soll, schreib mal den UNC Pfad rein, die Zugriffsberechtigung für den Share wirst Du bzw der Account der den Task startet ja wahrscheinlich haben (wenn Du es über SYSTEM startest, dann wahrscheinlich nicht)Axel
Manchmal liegt die Lösung so nahe, dass man sie nicht sieht. Das war die Lösung, vielen Dank Axel. Gruss Tom ------------------ Für die einen ist es Windows, für die anderen der längste Virus der Welt. Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP |