Aufgabenplaner seit DSM6 leicht defekt?

[UweLe]

HI,

habe in DSM5 diverse aufgaben geadded z.b. auch ein cleanup task: find /volume1/Download/ -type d | xargs rmdir

der löscht leere ordner in dem verzeichniss... das hat unter DSM5 wunderbar funktioniert, seit dem upgrade gehts nicht mehr... dann habe ich die aufgabe gelöscht und neuangelegt, geht aber immernoch nicht... dann habe ich den befehl per Putty direkt abgesetzt mit dem account der auch die aufgabe ausführt, geht wunderbar... hat jemand eine ahnung wie man das fixen kann?

VG Uwe

 

[Tommes]

Habs nicht probiert, aber vielleicht musst du den PATH angeben, also /bin/find, /bin/xargs und /bin/rmdir

Führst du den Befehl als "admin" oder "root" aus?

Tommes

 

[UweLe]

führe es als admin aus, und das die path angabe fehlt, kann ich mir irgendwie nicht vorstellen, da es ja im Putty SSH funktioniert und da ist der user + befehl ja der selbe.

 

[geimist]

Was steht denn im Aufgabenplaner unter "Aktion" ==> Ergebnis anzeigen?

Es kann durchaus sein, dass du den Pfad angeben musst, weil PATH nicht überall gleich anwendung findet.

 

[UweLe]

wenn ich die aufgabe manuell ausführe (rechtsklick > ausführen) dann funktioniert es

 

[dil88]

Der Kontext ist im Aufgabenplaner ein anderer als bei einer Usershell, bei der /etc/profile und ~/.profile ausgewertet werden. Man kennt das von Cronjobs. Deshalb solltest Du es einmal mit kompletten Pfaden probieren.

 

[UweLe]

habe jetzt:

/bin/find /volume1/Download/ -type d | xargs rmdir

ausgeführt... auch da geht es wieder nicht...

 

[dil88]

Dann ergänze bitte auch die Pfade bei den beiden anderen Kommandos xargs und rmdir, wie Tommes es bereits in Beitrag 2 beschrieben hat. Die Pfade bekommst Du mit dem Kommando which heraus.

Edit: Und vielleicht einmal root als Ausführenden testen.

 

[UweLe]

fehler quelle gefunden... liegt am leerzeichen im namen der Ordner Struktur:
/bin/find /volume1/Download/ -type d | /bin/xargs /bin/rmdir

die Ordner Struktur ist:

/volume1/Download/
/volume1/Download/TEST mit Leerzeichen im Namen
/volume1/Download/TEST mit Leerzeichen im Namen/TEST_ORDNER_OHNE_LEERZEICHEN

wenn der befehl richtig funktionieren würde, müsste er "TEST_ORDNER_OHNE_LEERZEICHEN" löschen... da dort nichts drin ist... diesen erkennt er aber nicht da er nach ‘Namen/TEST_ORDNER_OHNE_LEERZEICHEN’ sucht...

/bin/rmdir: failed to remove ‘/volume1/Download/TEST’: No such file or directory
/bin/rmdir: failed to remove ‘mit’: No such file or directory
/bin/rmdir: failed to remove ‘Leerzeichen’: No such file or directory
/bin/rmdir: failed to remove ‘im’: No such file or directory
/bin/rmdir: failed to remove ‘Namen’: No such file or directory
/bin/rmdir: failed to remove ‘/volume1/Download/TEST’: No such file or directory
/bin/rmdir: failed to remove ‘mit’: No such file or directory
/bin/rmdir: failed to remove ‘Leerzeichen’: No such file or directory
/bin/rmdir: failed to remove ‘im’: No such file or directory
/bin/rmdir: failed to remove ‘Namen/TEST_ORDNER_OHNE_LEERZEICHEN’: No such file or directory

---
habe dann einen neuen befehl gebaut:
find /volume1/Download/ -type d -depth -empty -exec rmdir "{}" \;

jetzt kommt ein permission denied fehler als admin... nun aufgabe als root ausgeführt... gehts nun