Justice

Also ... die nächste Nacht mit Scheduler-Problemen um die Ohren geschlagen .... kann's evtl. an der mstask.dll liegen ? Also unsere, located in c:\winnt\system32 ist vom Datum 22.07.2002 14:05 und hat eine Größe von 215 kb OS: WIN2K Server Version: 5.0.2195 ServicePack 3 Built 2195 MSTASK.EXE Version 4.71.2195.1 (115,77 kb = 118.544 bytes) Nochmals kurz die Problemstellung: --------------------------------------------- Alle Tasks werden wegen Zeitüberschreitung abgebrochen. Zeitlimit 1 Std. Wenn ich eingelogt bin benötigt kein Task mehr als 5 Minuten Alle Task funktionieren einwandfrei wenn ich eingelogt bin Habe sowohl die Einstellungen für interaktiven Desktop als auch die Security-Einstellungen der Policy ausprobiert - keine Lösung Ich habe Administratoren-Rechte und gehöre der Gruppe der Administratoren an. Ich selber habe die Tasks angelegt Die Tasks laufen unter meinem Account Die Tasks wurden via Terminal-Service eingetragen Bei anderen Administratoren funktioniert es ebenfalls nicht Auch wenn die Tasks unter einem anderen Account laufen sollen klappt es nicht Wenn ich eingelogt bin klappt's wie gesagt, aber die Anwendung erscheint nicht interaktiv auf dem Desktop ausser ich starte das Batch in der DOS-Box Hilfe wird dringendst benötigt !! Vielen Dank

... hatte auch schon einmal die Hoffnung dass es an den unterschiedlichen Laufwerken (Platten) liegt - leider ist dem nicht so, selbst wenn ich Scan- und Save-Pfad auf ein-und-derselben Platte laufen lasse bringt dies keine Änderung :-(( dennoch - vielen Dank, denn ich bin auf jede Hilfe und jeden noch so kleinen Hinweis angewiesen - Weitere Hilfe DRINGEND ERBETEN !!! Gruß, R.S.

... wäre es möglich, daß das Problem daran liegt, daß ich die Tasks im Task-Scheduler remote, sprich über den Terminalservice anlege ? Weiß mir bald keinen Rat mehr .... R.S.

... also - hab jetzt bald alle knowledge-einträge von MS auswendig gelernt ..... hier hab ich einen evtl. interessanten Hinweis gefunden, der bei mir leider nicht gefruchtet hat, da kein DENY-User eingetragen war, aber vielleicht hilft's ja bei anderen Leidensgenossen weiter: http://www.microsoft.com/technet/prodtechnol/windowsnetserver/proddocs/entserver/545.asp?frame=true Bin also weiterhin für jeden Tip und/oder Rat dankbar !!!! Gruß, R.S.

Okay ... haben dennoch Aufruf via Batch-File realisiert und hierzu wie vorgeschlagen ein Logfile erstellen lassen. Resultat: Der Task läuft sich tot - regulär max. 3 Minuten dauer, aber nach 15 Minuten zeigt der Status im Taskscheduler immernoch "RUNNING" an .... => Logfile: Programmstart Umgebungsvariablen gesetzt ... mehr konnte man auch nicht erwarten ..... Und nun ???? HELP !!!!!!!!!! Gruß, R.S.

Vielen Dank für Ihre Anregungen .... als Ergänzung sei angemerkt, daß z.B. unter NT4 oder auch unter XP einwandfrei funktioniert .... ==> an Pfadangaben oder den übergebenen Parametern sollte es demnach nicht liegen - oder ? die JOB-Datei enthält Programmaufrufe mit folgender Syntax: C:\progs\CD2HTML\cd2html.exe /scan:y:\neu\neu\photos\20 /save:i:\result\photos\ready.htm /ini:default Wenn der JOB aufgerufen wird (mittels RUN) während ich eingelogt bin, funktioniert ebenfalls alles problemlos IM error.txt CD2HTML -Log-File werden keine Fehler protokolliert Bitte um kurze Stellungnahme .... DANKE Gruß, R.S.

Hi again ... also - nach Korrespondenz mit dem Hersteller der Software (CD2HTML) und gem. Aussagen der Internetseite zu dieser Software http://www.cd2html.de/help/de/cmdline.html kann's wohl eher nicht an der Software liegen, sondern muß wohl doch an den Einstellungen - den Rechten oder sonstigem hapern ... Dringender denn je jede Hilfestellung erwünscht !!!! DANKE - R.S.

nun - vielen Dank für Deine Ausführungen - das Programm um das es sich handelt (CD2HTML) wird ohnedies bereits im sog. Batch-Moduls ausgeführt - mit entsprechenden Parametern, und ist insofern auch direkt auf Consolen-Ebene ausführbar - meinetwegen auch im "Dos-Fenster" .... gibt es, basierend auf dieser Tatsache evtl. doch noch eine Möglichkeit ? Danke - Gruß, R.S.

Vielen Dank grizzly999 ... und nun ?????? <confused face> es handelt sich da bei uns um 87 tasks, die JEDE NACHT ablaufen müssen - updates, etc. Mein Verdacht war nun, da das Programm unabdingbar das TEMP-Verzeichnis benötigt, daß er natürlich auf das TEMP-Verzeichnis des Users Zugriff benötigt, der den Task angelegt hat ... z.B.: auf C:\Documents and Settings\abc\Local Settings\Temp auf dieses Verzeichnis aber wenn ABC nicht eingelogt ist, nicht zur Verfügung steht, und sich das Proggi daher totläuft .... aber dann liege ich wohl mit meiner Vermutung falsch ??? Wenn nein, und es evtl. doch noch eine Lösung gibt, wie könnte ich denn dann einen User anlegen, für den z.B. das C:\Documents and Settings\Default User\Local Settings\Temp Verzeichnis gilt, und wäre denn auf dieses dann Zugriff, wenn User ABC ausgelogt und nicht am TS angemeldet ist ? Tausdend Dank .... und das nächste Mal bitte eine positivere Meldung ;-) Gruß, R.S.

Re-Hi .... zunächst mal finde ich es SUPER, daß Du Dir die Mühe machst, Dich meines Problemes anzunehmen ! Danke .... Also - wenn ich eingelogt bin, funktioniert alles einwandfrei - der Task benötigt 3 Minuten und alles ist okay. Sobald ich nicht eingelogt bin, sprich mich vom TS abgemeldet habe heißt es sinngem. im LOG-File, daß die Zeitspanne nicht gereicht hätte das Proggi auszuführen ... ist natürlich Käse ... Seltsam ist - auch wenn ich eingelogt bin, öffnet die Applikation nicht wie früher, als ich den Server noch physikalisch bei mir hatte, im Vordergrund ... man sieht eigentlich garnicht, daß die Anwendung startet - alles läuft im Hintergrund ab, aber wie gesagt, ohne Fehler solange ich eingelogt bin. Danke für folgende Ratschläge ! Gruß, R.S.

... wie bereits oben geschildert: Im LOG steht sinngemäß, daß die vorgegebene Zeitspanne nicht ausgereicht hätte .... was Blödsinn ist, denn wenn ich eingelogt bin benötigt der Task max. 5 Minuten - die Zeitspanne ist jedoch auf 1 Std. eingestellt. Übrigens: Ich habe die Tasks nicht PYHSIKALISCH vor dem Server sitztend eingegeben, sondern via Terminal-Services, da der Server seit ein paar Tagen "outgesourced" wurde. Vielen Dank für jeden Hinweis !!!! Gruß, R.S.

Vielen Dank für die Anregung mit den kompletten Pfadangaben ... hab's überprüft - hatte jedoch ohnedies schon stets den kompletten pfad angegeben. Selbst Tasks die im WINDOWS-Verzeichnis selber ausgeführt werden sollen, funktionieren nicht. Bin jetzt bald soweit, daß ich eine Belohnung aussetzen werden für den, der mir die Lösung offenbart .... Drohe langsam zu verzweifeln ... HELP ! Danke im voraus - Gruß R.S.

Re-Hi ... hat denn wirklich niemand einen Tip, Rat oder gar einen Lösungsansatz für uns ??? <seufz> Wenn doch, dann bitte her damit ;-) Vielen Dank

Nach wie vor keine Lösung in Sicht ... diverse Tasks werden nicht ausgeführt, wenn an der Konsole niemand eingelogt ist. Interessanterweise werden jedoch MS-InternetExplorer-Task sehrwohl ausgeführt. (ASP-Testscripte z.B.) Kann dies mit der Rechtevergabe zusammenhängen ? Die Tasks die nicht ausgeführt werden haben dennoch ein "OK" im Status (0x0) ... man sieht ihnen nicht an, daß sie nicht funktionierten. Im Log steht die Meldung: ........................ '''The task was forced to close since its execution time exceeded the configured maximum. You may want to go to the Settings page and increase the "Stop the scheduled task after" time.''' ........................ => Blödsinn, denn der Task benötigt wenn ich eingelogt bin ca. 5 Min., und die Zeitspanne ist auf 1 Stunde eingestellt => der Task kann nicht ausgeführt werden, wenn man nicht eingelogt ist Warum aber gehen z.B. IE-Tasks ????? Benötige dringend eine Lösung ... Vielen Dank für jeden Lösungs-Ansatz ! Gruß, R.S.

Nun ... selbstredend hab ich vorher die Such-Funktion hier im Forum genutzt, und die Einstellungen Interkativ-Desktop geprüft, sowie beide Varianten ausprobiert .... dennoch: kein Erfolg .... auch wenn Häkchen entfernt ist, gleiche Symptome ... Task-Scheduler neu installiert - ohne Erfolg ... werde jetzt mal weiter suchen in diversen Foren .... dennoch danke - wenn ich eine Lösung habe, werde ich Dich's wissen lassen. Gruß