excamo Geschrieben 3. Juli 2013 Geschrieben 3. Juli 2013 Hallo, ich habe folgendes Problem: Ich habe eine CMD Datei geschrieben, folgender Inhalt @echo off SET PFAD=C:\inetpub\wwwroot\ wget --http-user=xy --http-password=xy http://xy/xy.xml Wie man sieht ganz simpel, wget.exe liegt im gleichen Ordner und damit soll eine Datei aus dem Netz geladen werden. Wenn ich die CMD mit Doppelklick starte, läuft das alles auch echt wunderbar! Nun möchte ich aber, da sich diese Datei dauernd ändert und ich das aktuell halten muss mit Geplantem Task bzw. der Aufgabenverwaltung (da 2008R2 Std.) das diese CMD jeden Tag um X Uhr ausgeführt wird. Also hab ich einen neuen Einfachen Task ersellt, mit dem lokalen Administrator ausführen lassen (auch wenn nicht angemeldet) Uhrzeit usw eingestellt und dann mit der Aktion Programm Auführen -> Durchsuchen die CMD ausgewählt. Wenn ich jetzt auf "Starten" gehe, läuft wohl der Task an aber er lädt offensichtlich keine Datei ergo führt die CMD nicht korrekt aus. Muss ich da irgendwas beachten wenn ich über Programm ausführen gehe? Oder liegt der Fehler eventuell wo anders? Wäre über eure Hilfe sehr dankbar! Grüße Chris Zitieren
lupo49 Geschrieben 3. Juli 2013 Geschrieben 3. Juli 2013 Was ist denn PFAD? Die Umgebungsvariable heißt %PATH%. Ansonsten ist es sicherer, wenn du einen absoluten Pfad zur wget.exe angibst: C:\foo\wget.exe --http-user=xy ... Alternative kann bei einem geplanten Task auch das Arbeitsverzeichnis/Working Directory angegeben werden. Dann ist der dort angegebene Pfad der, der mit in die Suche der Binary einbezogen wird. Zitieren
excamo Geschrieben 4. Juli 2013 Autor Geschrieben 4. Juli 2013 Ach Mist, natürlich heißts PATH.. is mir gar nicht aufgefallen Aber am Script selbst kanns ja eigentlich nicht liegen? Weil wie gesagt, wenn ichs mit Doppelklick ausführe tut es wunderbar. Ich bekomm nur den Taskplaner nicht dazu, das Teil ordentlich auszuführen.. Muss ich da irgendwas beachten? Ich bin ja wie gesagt dann über "Programm ausführen" gegangen und hab dort meine gebastelte .cmd Datei ausgewählt.. und ich bin eigentlich davon ausgegangen das er dann nichts anderes macht, als jeden Tag um 1 Uhr diese olle Datei auszuführen.. Zitieren
lupo49 Geschrieben 4. Juli 2013 Geschrieben 4. Juli 2013 Hast du die anderen Sachen auch probiert (Arbeitsverzeichnis, absoluten Pfad)? Zitieren
excamo Geschrieben 4. Juli 2013 Autor Geschrieben 4. Juli 2013 Jepp, die Datei sieht jetzt wie folgt aus @echo off SET PATH=C:\inetpub\wwwroot\ C:\inetpub\wwwroot\wget.exe --http-user=xy --http-password=xy http://xy/xy.xml Nach wie vor läuft das Skript problemlos wenn ich es mit Doppelklick starte. Wenn ich den geplanten Task starte läuft der zwar auch - und er sagt auch Aufgabe erfolgreich ausgeführt - aber die Datei landet einfach nicht auf der Kiste.. Zitieren
lupo49 Geschrieben 4. Juli 2013 Geschrieben 4. Juli 2013 Mit welchen Berechtigungen wird das Skript ausgeführt? Ist der Haken gesetzt bei mir "Höchster Berechtigung ausführen"? Hat der Benutzer Schreibrechte auf das Verzeichnis? Wird die wget.exe überhaupt aufgerufen? (Stdout umleiten in eine Datei.) Zitieren
excamo Geschrieben 5. Juli 2013 Autor Geschrieben 5. Juli 2013 Das Skript läuft unter dem lokalen Administrator, der hat Vollzugriff auf das Verzeichnis und der Haken 'Mit höchster Berechtigung ausführen' ist ebenfalls gesetzt.. Die wget.exe wird nicht aufgerufen - irgendwas stimmt an der geplante Task Geschichte noch nicht - da das Skript ohne geplanten Task ja läuft.. Kann ich den dazu bringen, das er mir eine Konsole beim ausführen des Task anzeigt? Zitieren
SilentDemise Geschrieben 5. Juli 2013 Geschrieben 5. Juli 2013 ist im kontext des lokalen admins unter dem der task ausgeführt wird wget überhaupt verfügbar? Oder ist das vllt. nur für deinen Benutzer installiert. Zitieren
excamo Geschrieben 5. Juli 2013 Autor Geschrieben 5. Juli 2013 Da wget ja nur aus einer Datei besteht und die auf der C:\ Platte liegt ist sie für den Administrator verfügbar. Mit dem wird ja auch der Task ausgeführt da gibts keine Probleme Zitieren
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.