auto UnRar auf Synology Ds411J

Creadle · 11. Dez 2010

Hallo, gibt es eine Möglichkeit dieses Programm auf den Synology DS 411j zu bekommen?

http://sourceforge.net/projects/auto-unrar/

Hoffe jemand hat eine Idee.

Creadle · 13. Dez 2010

habs geschafft

santorial · 14. Dez 2010

Dann schreib doch gleich wie du es gemacht hast bzw. wo es Probleme gab.

Hatte schon länger überlegt sowas mal zu installieren.

Gruß Marc

Creadle · 14. Dez 2010

man muss nur der box vorher java beibringen, dann die .profile im homeverzeichnis bearbeiten und fertig, hat mich nur stunden gekostet, kenne mich da extrem schlecht aus

1. Java für den richtigen CPU laden bei mir wars arm5
http://java.sun.com/javase/downloads/embedded.jsp

2.Java downloaden und entpack in ein verzeichnis nach wahl.

3. .profile anpassen
habe dort am ende diese zeilen angefügt

Code:

export JAVA_HOME=/volume1/public/java/ejre1.6.0_21
export PATH="${PATH}:${JAVA_HOME}/bin"

Fertig, nachher kann man java programme ausführen, zb eben autounpacker mit

java -jar pfadzuautounpacker/auto-unpacker.jar -n

djtifosi · 24. Dez 2010

Danke

Hallo Synology-Community,

ich bin der Entwickler des besagten Tools (Auto Unrar) und bin durch Zufall (Google) auf dieses Forum hier gestoßen.

Natürlich bin ich hoch erfreut darüber, dass sich mittlerweile zwar ein noch immer kleiner, aber dafür sehr treuer Nutzerkreis von Auto Unrar zusammengefunden hat. Umso größer ist die Freude, nun auch auf der Synology-Plattform die ersten Nutzer begrüßen zu dürfen.

Nur durch euch, die Community, war es mir möglich, das Tool in den letzten Monaten voranzubringen, sowohl was die Stabilität als auch das Hinzufügen neuer Features betrifft.

Von daher würde ich mich sehr darüber freuen, von euch reichlich Feedback zu erhalten, sei es in Form von Emails, Bug- / Feature-Requests im Bugtracker von Sourceforge oder auch in Forenbeiträgen. Auch falls ihr Probleme mit dem Tool haben solltet, könnt ihr mich gerne kontaktieren und ich werde mich bemühen, euch zu helfen.

In diesem Sinne wünsche ich euch viel Spaß mit Auto Unrar und natürlich ein frohes Weihnachtsfest.

Viele Grüße
Marco

Creadle · 24. Dez 2010

Auch dir frohe Weihnachten, und danke für dieses Tool

Ixam · 29. Dez 2010

Hallo alle Zusammen,

danke zunächst einmal für das tolle Forum, habe schon einiges hier gelesen - komme aber genau an diesem Punkt - AutoUnrar für meine DS211j - nicht weiter.

Auf meiner Fritz!Box habe ich Fritz!Load installiert, gerne würde ich jetzt mein neues NAS die Aufgabe des Entpackens der Dateien mittels AutoUnrar übergeben, so dass nicht mit der schwachen CPU der FritzBox entpackt werden muss.

Leider bin ich noch absoluter Neuling auf diesem Gebiet - habe mein neues NAS gerade erst ins Netzwerk gehängt - und würde mich über eine Step-by-Step-Anleitung freuen, bzw. ein kurzes aber dennoch abschließendes Tutorial (wäre dnan ja auch etwas für das Synology-Wiki...)

Ich hoffe mir kann jemand weiterhelfen - Danke schon einmal für eure Bemühungen.

Viele Grüße

Ixam

djtifosi · 29. Dez 2010

Hallo Max,

erstmal vielen Dank für dein Interesse an Auto UnRar! Ja, du hast sicherlich Recht, eine detailliertere Installationsanleitung würde es vor allem Linux-unerfahrenen Usern wesentlich einfacher machen, das Programm zum Laufen zu bekommen.

Doch leider haben wir es hier im Gegensatz zu Windows-Systemen mit einer viel größeren Vielfalt zu tun, und diese Vielfalt führt dazu, dass sich die Art und Weise der Installation einer Java VM und des Unrar-Utilities auf den einzelnen Architekturen unterscheiden kann. Das fängt schon bei der Hardware an, denn manche NAS-Systeme setzen auf herkömmliche x86 CPUs, andere verwenden ARM CPUs, wieder andere MIPS Prozessoren, usw.

Aber auch in Sachen Software gibt es viele Besonderheiten der einzelnen Systeme: Beispielsweise hatte ich bei einem Freund das Problem, dass ich auf seinem Zyxel NSA-220 Plus keine Java VM zum Laufen bekam, da seine Firmware eine recht alte Version des Paketes glibc beinhaltet. Ein Update des glibc-Paketes wäre nicht möglich gewesen, da es tief im Betriebssystemkern verankert ist und von vielen anderen Programmen genutzt wird. Leider gab es auch kein Firmware-Update von Zyxel, so dass es leider unmöglich war, Auto UnRar auf seinem NAS zum Laufen zu bringen.

Lange Rede, kurzer Sinn. Was ich damit sagen wollte ist, dass man bei Linux-basierten Systemen (leider oder gottseidank) immer ein wenig basteln muss, um etwas zum Laufen zu bekommen. Es ist daher schwierig, eine Installationsanleitung zu schreiben, die zum einen detailliert ist, zum anderen aber auch eine Allgemeingültigkeit für viele verschiedene Geräte besitzt. Außerdem habe ich selbst leider auch nur ein Xtreamer e-TRAYz als NAS, für das ich eine gerätespezifische, detaillierte Anleitung schreiben könnte.

Daher wäre es cool wenn ihr, die Community, solche Anleitungen zur Verfügung stellen könntet, sobald ihr es geschafft habt, Auto UnRar auf eurem jeweiligen NAS-System zum Laufen zu bekommen. Bitte schickt mir einfach eure Anleitung per Mail oder postet sie ins Forum, ich werde sie dann in das Download-Verzeichnis bei Sourceforge aufnehmen.

Aber nun zurück zum Problem von Max. Als aller erstes benötigst du eine Java VM, z.B. die Cacao VM bzw. das Unrar Utility.

Nach einer kurzen Recherche im Web würde ich für die Installation an deiner Stelle folgendermaßen vorgehen: Ersteinmal einen Package-Manager wie ipkg installieren und dann mit Hilfe des Package-Managers die weiteren benötigten Pakete (Java, Unrar) installieren.

Die Installation des ipkg ist für dein NAS hier ziemlich detailliert beschrieben: http://blog.i-mill.de/synology/synology-installation-ipkg-fur-ds211j/

Eine Liste aller möglichen Pakete, die du dann mit ipkg installieren kannst, findest du hier http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/stable/ ... du hast Glück, denn sowohl cacao als auch unrar ist dabei!

Sobald ipkg installiert ist, kannst du mit
ipkg install cacao
die Cacao VM installieren.

Analog dazu mit
ipkg install unrar
installierst du das unrar-Utility.

Anschließend solltest du prüfen, an welche Stelle ipkg deine Pakete installiert hat. Mit
find / -name cacao
bzw.
find / -name unrar
solltest du das Verzeichnis finden, in dem die Pakete liegen. Dieses Verzeichnis benötigst du, da es in der Datei conf/configuration.properties in Auto UnRar eingetragen werden muss.

Wenn sich das Unrar utility beispielsweise in dem Verzeichnis /opt/bin befindet, so musst du in der Datei conf/configuration.properties die Variable UNRAR_APPLICATION_FOLDER wie folgt ändern:

UNRAR_APPLICATION_FOLDER = /opt/bin/

Bitte Beachte, dass am Ende ein "/" stehen muss, auch wenn das Verzeichnis /opt/bin auch ohne einen "/" am Ende syntaktisch korrekt wäre! Das ist noch ein kleiner Bug in Auto UnRar.

Bitte arbeite dich auch noch durch die anderen Konfigurationseinstellungen der Datei conf/configuration.properties durch und ändere sie ggf. nach deinen Bedürfnissen ab. Die Anleitung von Auto UnRar beschreibt die einzelnen Konfigurationseinstellungen recht detailliert.

Anschließend kopierst du Auto UnRar in ein beliebiges Verzeichnis auf deinem NAS, z.B. /opt/auto-unrar. Dann benötigst du noch Rechte, um Auto UnRar starten zu dürfen. Bitte logge dich hierfür am besten als root in die Shell deines NAS ein und setze folgendes Kommando ab:

chmod -R 777 /opt/auto-unrar

Schließlich kannst du das Programm folgendermaßen starten:

Lokaler Modus:

cd /opt/auto-unrar
<verzeichnis, in dem sich die Cacao VM befindet>/cacao -jar auto-unrar-1.0.jar -l &

Netzwerk-Modus:

cd /opt/auto-unrar
<verzeichnis, in dem sich die Cacao VM befindet>/cacao -jar auto-unrar-1.0.jar -n &

Ganz wichtig ist es dabei, dass du vor dem Start von AU jeweils mit cd in das Verzeichnis wechselst, in dem sich Auto UnRar befindet! Also bitte keine Aufrufe wie cacao -jar /opt/bin/auto-unrar/auto-unrar-1.0.jar -l &

Noch ein Wort zum & am Ende des Start-Befehls. Du kannst dieses & auch weglassen, jedoch hat das dann die Konsequenz, dass der Auto UnRar-Prozess beendet wird, sobald du die Shell verlässt. Durch das & am Ende des Befehls wird Auto UnRar hingegen in einem neuen Prozess ausgeführt, der im Hintergrund läuft und nicht mehr Kindprozess der Shell ist. Das heißt, du kannst dann die Shell beenden und AU läuft dennoch im Hintergrund weiter.

Wenn du AU im Netzwerk-Modus gestartet hast, wartet das Programm auf einen eingehenden Socket-Befehl. Diesen kannst du beispielsweise von der FritzBox aus zünden. Dazu einfach per Telnet auf der Shell der FritzBox einloggen und folgenden Befehl absetzen:

echo "unrar" | nc <ip-Adresse des NAS> <Listening-Port von AU (siehe SOCKETSERVER_PORT in conf/configuration.properties)

Sobald du diesen Befehl abgesetzt hast, sendet die Fritzbox ein Datenpaket mit dem Inhalt "unrar" an Auto UnRar, woraufhin ein neuer Unrar-Job gestartet wird.

Okay, ich denke, das sollte für's erste reichen, um es bei dir zum Laufen zu kriegen. Solltest du noch Probleme haben, kannst du dich gerne bei mir melden. Es wäre auch nett von dir, wenn du mir kurz Feedback geben würdest, wenn du es zum Laufen gebracht hast bzw. ob es anhand meiner Beschreibungen funktioniert hat.

Viele Grüße
Marco

Ixam · 31. Dez 2010

Hallo Marco,

vielen Dank für deine sehr ausführliche Antwort - damit habe ich es geschafft, AU zumindest auf dem NAS zum laufen zu bekommen. Einsetzten konnte ich es jedenfalls noch nicht, da ich mit den Konfigurationseinstellungen noch nicht so ganz klar komme - wobei es auch daran liegen kann, dass Fritz!Load den Befehl zum entpacken nicht korrekt übergibt?! ... Aber erstmal langsam:

Dank deiner Anleitung und dieser beiden Artikel im Wiki (Kommandozeile, Editor) habe ich AU soweit zum laufen bekommen, dass ich es mit dem von dir genannten Befehl auch starten konnte:

Rich (BBCode):

2010-12-31 20:58:16,903 - INFO - UnrarSocketServer - Socket server is listening for incomming connections on port 4444

Soweit so gut.
Die Datei configuration.properties habe ich folgendermaßen eingerichtet (der wichtigste Teil davon):

Rich (BBCode):

#Folder, that contains the application unrar(Freeware) by Alexander Roshal
UNRAR_APPLICATION_FOLDER = /opt/bin/

#Folder, that contains the RAR-Archives to be extracted
SOURCE_FOLDER = /Downloadserver/

#Folder, to which the content of the RAR-Archives will be extracted
TARGET_FOLDER = /Downloadserver/rdy/

#Folder, to which auto unrar should write current status information, if
#ACTIVATE_STATUS_MONITOR is set to true
STATUS_MONITOR_FOLDER = /home/sysadmin/auto-unrar/log/

#Folder for temporary files
TEMPORARY_FOLDER = /home/sysadmin/auto-unrar/tmp/

#Portnumber, on which the server will listen for incoming socket connections
SOCKETSERVER_PORT = 4444

#Defines, it the RAR-Archives should be deleted after successful extraction
DELETE_SOURCE_FILES_AFTER_UNRAR = true

#Defines, if auto unrar should write current status information into 
#log/status.info. Enabling status monitor will also avoid more than one 
#process of auto unrar to be started simultaneously.
ACTIVATE_STATUS_MONITOR = false

Auf meinem NAS habe ich mehrere gemeinsame Ordner angelegt, darunter auch der Ordner "Downloadserver". In diesen Ordner werden die RAR-Archive gespeichert - anschließend soll Fritz!Load an AU den Befehl zum entpacken übergeben - was ich soweit auch in der GUI von Fritz!Load eingestellt habe.

Eine Frage die sich mir zum Beispiel noch stellt:
Ich würde die Archive gerne in den Ordner /Downloadserver/rdy entpacken lassen. Wie muss ich den Pfad in der configuration.properties jetzt angeben? /volume1/Downloadserver/rdy/
/volume1/Downloadserver/rdy
/Downloadserver/rdy/
/Downloadserver/rdy

Was ist richtig?

Zudem komme ich nicht weiter bei der Übergabe der Passwortliste: Wie soll das funktionieren, in dieser FAQ steht das ganze leider nur relativ lapidar umschrieben... Kannst du mir hier weiterhelfen?

DANKE schon einmal für deine Hilfe - wenn das alles dann funktioniert - dein Script ist toll, weiter so!

Abschließend wünsche ich noch einen guten Rutsch ins neue Jahr!
Viele Grüße
Max

djtifosi · 01. Jan 2011

Hallo Max,

erstmal ein frohes neues Jahr! Freut mich, dass du es zum Laufen bekommen hast. Jetzt bist du nicht mehr weit von deinem Ziel entfernt, die komplette Prozesskette Download -> Transfer auf NAS -> Entpacken zu automatisieren.

Zu deinen Fragen:

Ixam schrieb:

Die Datei configuration.properties habe ich folgendermaßen eingerichtet (der wichtigste Teil davon):

Rich (BBCode):

#Folder, that contains the application unrar(Freeware) by Alexander Roshal
UNRAR_APPLICATION_FOLDER = /opt/bin/

#Folder, that contains the RAR-Archives to be extracted
SOURCE_FOLDER = /Downloadserver/

#Folder, to which the content of the RAR-Archives will be extracted
TARGET_FOLDER = /Downloadserver/rdy/

#Folder, to which auto unrar should write current status information, if
#ACTIVATE_STATUS_MONITOR is set to true
STATUS_MONITOR_FOLDER = /home/sysadmin/auto-unrar/log/

#Folder for temporary files
TEMPORARY_FOLDER = /home/sysadmin/auto-unrar/tmp/

#Portnumber, on which the server will listen for incoming socket connections
SOCKETSERVER_PORT = 4444

#Defines, it the RAR-Archives should be deleted after successful extraction
DELETE_SOURCE_FILES_AFTER_UNRAR = true

#Defines, if auto unrar should write current status information into 
#log/status.info. Enabling status monitor will also avoid more than one 
#process of auto unrar to be started simultaneously.
ACTIVATE_STATUS_MONITOR = false

bzw.

Ixam schrieb:
Wie muss ich den Pfad in der configuration.properties jetzt angeben? /volume1/Downloadserver/rdy/
/volume1/Downloadserver/rdy
/Downloadserver/rdy/
/Downloadserver/rdy

Die Pfadangabe muss aufgrund eines noch bestehenden Bugs in AU immer mit einem "/" enden! Daher scheidet Variante 2 und 4 schon mal aus.

Außerdem musst du entweder den absoluten Pfad (in deinem Fall wohl mit /volume1 beginnend) oder den Pfad relativ zu dem Verzeichnis, in dem Auto UnRar liegt angeben. Da die absolute Pfadangabe die einfacher zu beschreibende ist, würde ich an deiner Stelle diese wählen. Hierzu ein kleiner Trick:

Wechsele einfach mit cd in dein Verzeichnis (Downloadserver), das du angelegt hast. Dann kannst du mit dem Kommando pwd den absoluten Pfad des aktuellen Verzeichnisses ermitteln. Das wird dann in deinem Fall wahrscheinlich /volume1/Downloadserver/rdy/ sein.

Bitte beachte, dass du noch den "/" am Ende des Pfades, den du über pwd bekommst, anfügen musst!

Was mir zusätzlich an deiner configuration.properties aufgefallen ist: Du hast den TEMPORARY_FOLDER unangetastet gelassen! Auto UnRar benötigt aber zwingend ein existierendes temporäres Verzeichnis, um Zwischenergebnisse speichern zu können. Daher ändere bitte den Wert auf <Auto UnRar-Verzeichnis>/tmp/

In demselben Zusammenhang würde ich auch gleich den STATUS_MONITOR_FOLDER anpassen auf <Auto UnRar-Verzeichnis>/log/, auch wenn dies nur dann erforderlich ist, wenn ACTIVATE_STATUS_MONITOR auch auf true gesetzt wird.

Ixam schrieb:
Zudem komme ich nicht weiter bei der Übergabe der Passwortliste: Wie soll das funktionieren, in dieser FAQ steht das ganze leider nur relativ lapidar umschrieben... Kannst du mir hier weiterhelfen?

Ich selbst nutze die Funktionen von FritzLoad für den Datentransfer (inkl. Passwortliste) auf mein NAS bzw. starten von Auto Unrar nach dem CIFS-Transfer leider nicht. Ich weiß aber, dass die Transfer-Funktionalität in FritzLoad von Ralf aus dem http://www.ip-phone-forum.de stammt. Vielleicht kannst du dich mit deiner Frage auch an ihn wenden.

Ich selbst habe mir übrigens für diesen Zweck ein eigens kleines Script geschrieben, das auf der FritzBox läuft und alle 4 Stunden automatisch alle Downloads per FTP auf mein NAS überträgt, die Dateien anschließend auf der FritzBox löscht und dann denn Socket-Befehl an Auto UnRar zum Starten des unrar-Jobs schickt. Dieses Skript kann ich dir, falls Interesse besteht, auch noch zur Verfügung stellen.

Aber zurück zur eigentlichen Frage: Soweit ich weiß, transferiert FritzLoad beim Aktivieren der Option die Passwortliste ebenfalls in das Transfer-Verzeichnis auf dem NAS. Das heißt, in deinem Falle würde die Passwortliste wohl in /volume1/Downloadserver landen.

Auto UnRar erwartet aber, dass die Passwortliste in <Auto UnRar-Verzeichnis>/conf liegt und den Dateinamen passwordlist.txt besitzt. Um diesen Spagat zu schaffen, gibt es einen weiteren Trick, nämlich einen symbolischen Link auf die tatsächliche Passwortliste in /volume1/Downloadserver zu setzen.

Hierzu folgendermaßen vorgehen: Schau mal in dein Verzeichnis /volume1/Downloadserver, ob FritzLoad dorthin eventuell schon deine Passwortliste transferiert hat. Wenn nicht, lege eine Datei mit dem Namen der Passwortliste an. Ich weiß leider nicht, wie diese Datei heißt, das kannst du aber herausfinden, wenn du ein bisschen in den FritzLoad-Dateien auf deiner FritzBox wühlst. Dort müsste eine Datei existieren, in der jedes deiner unrar-Passwörter in einer separaten Zeile steht.

Die Datei legst du übrigens mit dem Kommando touch <dateiname> an. Anschließend kannst du sie z.B. mit dem vi-Editor bearbeiten (Passwörter hinzufügen).

Wenn du diese Datei angelegt hast (ich gehe mal für das Beispiel vom Dateinamen fritzload-passwords.txt aus) setzt du mit folgendem Kommando einen symbolischen Link auf die Datei /volume1/Downloadserver/fritzload-passwords.txt (mit dem ersten Kommando löschst du zunächst die alte <Auto UnRar-Verzeichnis>/conf/passwordlist.txt):

Rich (BBCode):

rm <Auto UnRar-Verzeichnis>/conf/passwordlist.txt
ln -s /volume1/Downloadserver/fritzload-passwords.txt <Auto UnRar-Verzeichnis>/conf/passwordlist.txt

Ixam schrieb:
DANKE schon einmal für deine Hilfe - wenn das alles dann funktioniert - dein Script ist toll, weiter so!

Vielen Dank für die Blumen.

Ja, ich werde Auto UnRar weiterentwickeln, sobald mir Bugs gemeldet werden oder Verbesserungspotentiale vorhanden sind.

Viele Grüße
Marco

Ixam · 01. Jan 2011

Hallo Marco,

vielen dank für deine erneut sehr ausführliche Antwort. So weit so gut, jetzt bin ich bei meinen Anpassungen noch einen weiteren Schritt nach vorn gekommen.

Die Konfiguration sieht jetzt folgendermaßen aus (wird beim Start von AU ausgegeben):

Rich (BBCode):

2011-01-01 19:10:38,119 - INFO - Configuration - Configuration settings:
2011-01-01 19:10:38,121 - INFO - Configuration - UNRAR_APPLICATION_FOLDER = /opt/bin/
2011-01-01 19:10:38,122 - INFO - Configuration - SOURCE_FOLDER = /volume1/Downloadserver/
2011-01-01 19:10:38,123 - INFO - Configuration - TARGET_FOLDER = /volume1/Downloadserver/rdy/
2011-01-01 19:10:38,124 - INFO - Configuration - STATUS_MONITOR_FOLDER = /opt/auto-unrar/log/
2011-01-01 19:10:38,126 - INFO - Configuration - TEMPORARY_FOLDER = /opt/auto-unrar/tmp/
2011-01-01 19:10:38,127 - INFO - Configuration - SOCKETSERVER_PORT = 4444
2011-01-01 19:10:38,129 - INFO - Configuration - DELETE_SOURCE_FILES_AFTER_UNRAR = true
2011-01-01 19:10:38,130 - INFO - Configuration - ACTIVATE_STATUS_MONITOR = true
2011-01-01 19:10:38,131 - INFO - Configuration - SMALL_FILE_THRESHOLD = 1024
2011-01-01 19:10:38,133 - INFO - Configuration - ACTIVATE_RECURSIVE_EXTRACTION = false
2011-01-01 19:10:38,134 - INFO - Configuration - ACTIVATE_DEEP_RECURSIVE_EXTRACTION = false
2011-01-01 19:10:38,135 - INFO - Configuration - ACTIVATE_INTERCEPTOR_SCRIPT = false

Die Pfade habe ich nach deinen Angaben soweit angepasst, zwei (wesentliche) Dinge gibt es aber noch.

1) FritzLoad kopiert die Passwortliste nicht in das Downloadverzeichnis. Die Downloadliste heißt bei Fritz!Load unrar_passwords.txt und ist auf dem USB-Stick (der bei mir an der Fritz!Box hängt - mit Fritz!Load darauf) in dem Ordner /FritzLoad/config/unrar_passwords.txt abgelegt (absoluter Pfad: /192.168.178.1/ocz-rally2-00/FritzLoad/config/unrar_passwords.txt)
Ich habe diese Datei jetzt einfach einmal händisch in das Downloadverzeichnis kopiert und den Link so wie von dir beschrieben angelegt.

Das hat soweit auch funktioniert, "dir" gibt im Verzeichnis <Auto UnRar-Verzeichnis>/conf/ folgendes aus:

Rich (BBCode):

drwxrwxrwx    2 root     root          4096 Jan  1 18:45 .
drwxrwxrwx    8 root     root          4096 Dec 30 15:08 ..
-rwxrwxrwx    1 root     root          3260 Jan  1 19:04 configuration.properties
-rwxrwxrwx    1 root     root          1044 Dec 30 15:08 log4j.xml
lrwxrwxrwx    1 root     root            43 Jan  1 18:45 passwordlist.txt -> /volume1/Downloadserver/unrar_passwords.txt

Kann ich die Datei nun irgendwie automatisch kopieren lassen - bei FritzLoad gibt es die Option "Nach jedem Download und nach jedem Transfer die Datei do_after_transfer.sh ausführen" (Mit dieser Option wird nach jedem Transfer und nach jedem Download die Datei fritzload/bin/do_after_transfer.sh ausgeführt. Bitte die Datei anpassen, wie gewünscht.)

Mittels einen kleinen Script, dass ich in diese Datei einfügen könnte müsste das ja funktionieren, leider weiß ich nicht so wirklich, ob und wenn ja mittels welchem Script das möglich sein könnte.

Somit wäre ich jetzt auch schon beim zweiten Punkt:

2) AutoUnRar entpackt die Heruntergeladenen Dateien nicht - es tut sich einfach auch nach ändern der configuration.properties schlichtweg - nichts.
Auch ein Neustart des NAS (und dann auch neuem Start von AU) ändert daran nichts.
Um dem Fehler auf die schliche zu kommen habe ich jetzt bei AutoUnRar die Option ACTIVATE_STATUS_MONITOR auf "true" gesetzt.

Die Datei status.info im Ordner <Auto UnRar-Verzeichnis>/log/ gibt aber leider auch nur wenig Aufschluss - der Inhalt ist lediglich: runningvi

Die Datei auto-unrar.log im gleichen Verzeichnis enthält nur Informationen der letzten beiden Tage - hier verstehe ich nicht, warum keine Ereignisse von heute verzeichnet sind:

Rich (BBCode):

2010-12-30 15:12:26,001 - INFO - AutoUnrarStarter - -------------------------------------------------
2010-12-30 15:12:26,078 - INFO - AutoUnrarStarter - Starting Auto UnRar, Version 1.0 (stable)  Copyright (C) 2010  djtifosi
2010-12-30 15:12:26,079 - INFO - AutoUnrarStarter - -------------------------------------------------
2010-12-30 15:12:26,081 - DEBUG - AutoUnrarStarter - Reading configuration from conf/configuration.properties
2010-12-30 15:12:26,095 - INFO - Configuration - -------------------------------------------------
2010-12-30 15:12:26,096 - INFO - Configuration - Configuration settings:
2010-12-30 15:12:26,098 - INFO - Configuration - UNRAR_APPLICATION_FOLDER = /opt/bin/
2010-12-30 15:12:26,099 - INFO - Configuration - SOURCE_FOLDER = /home/Public/Fritzload/
2010-12-30 15:12:26,101 - INFO - Configuration - TARGET_FOLDER = /home/Public/Fritzload/Extracted/
2010-12-30 15:12:26,102 - INFO - Configuration - STATUS_MONITOR_FOLDER = /home/sysadmin/auto-unrar/log/
2010-12-30 15:12:26,103 - INFO - Configuration - TEMPORARY_FOLDER = /home/sysadmin/auto-unrar/tmp/
2010-12-30 15:12:26,104 - INFO - Configuration - SOCKETSERVER_PORT = 4444
2010-12-30 15:12:26,106 - INFO - Configuration - DELETE_SOURCE_FILES_AFTER_UNRAR = true
2010-12-30 15:12:26,108 - INFO - Configuration - ACTIVATE_STATUS_MONITOR = false
2010-12-30 15:12:26,109 - INFO - Configuration - SMALL_FILE_THRESHOLD = 1024
2010-12-30 15:12:26,110 - INFO - Configuration - ACTIVATE_RECURSIVE_EXTRACTION = false
2010-12-30 15:12:26,111 - INFO - Configuration - ACTIVATE_DEEP_RECURSIVE_EXTRACTION = false
2010-12-30 15:12:26,113 - INFO - Configuration - ACTIVATE_INTERCEPTOR_SCRIPT = false
2010-12-30 15:12:26,114 - INFO - Configuration - -------------------------------------------------
2010-12-30 15:12:27,309 - INFO - UnrarSocketServer - -------------------------------------------------
2010-12-30 15:12:27,311 - INFO - UnrarSocketServer - Socket server is listening for incomming connections on port 4444
2010-12-30 15:12:27,312 - INFO - UnrarSocketServer - -------------------------------------------------
2010-12-31 11:05:26,888 - INFO - AutoUnrarStarter - -------------------------------------------------
2010-12-31 11:05:26,936 - INFO - AutoUnrarStarter - Starting Auto UnRar, Version 1.0 (stable)  Copyright (C) 2010  djtifosi
2010-12-31 11:05:26,937 - INFO - AutoUnrarStarter - -------------------------------------------------
2010-12-31 11:05:26,939 - DEBUG - AutoUnrarStarter - Reading configuration from conf/configuration.properties
2010-12-31 11:05:26,958 - INFO - Configuration - -------------------------------------------------
2010-12-31 11:05:26,960 - INFO - Configuration - Configuration settings:
2010-12-31 11:05:26,962 - INFO - Configuration - UNRAR_APPLICATION_FOLDER = /opt/bin/
2010-12-31 11:05:26,963 - INFO - Configuration - SOURCE_FOLDER = /home/Public/Fritzload/
2010-12-31 11:05:26,965 - INFO - Configuration - TARGET_FOLDER = /home/Public/Fritzload/Extracted/
2010-12-31 11:05:26,966 - INFO - Configuration - STATUS_MONITOR_FOLDER = /home/sysadmin/auto-unrar/log/
2010-12-31 11:05:26,967 - INFO - Configuration - TEMPORARY_FOLDER = /home/sysadmin/auto-unrar/tmp/
2010-12-31 11:05:26,969 - INFO - Configuration - SOCKETSERVER_PORT = 4444
2010-12-31 11:05:26,970 - INFO - Configuration - DELETE_SOURCE_FILES_AFTER_UNRAR = true
2010-12-31 11:05:26,972 - INFO - Configuration - ACTIVATE_STATUS_MONITOR = false
2010-12-31 11:05:26,973 - INFO - Configuration - SMALL_FILE_THRESHOLD = 1024
2010-12-31 11:05:26,974 - INFO - Configuration - ACTIVATE_RECURSIVE_EXTRACTION = false
2010-12-31 11:05:26,976 - INFO - Configuration - ACTIVATE_DEEP_RECURSIVE_EXTRACTION = false
2010-12-31 11:05:26,977 - INFO - Configuration - ACTIVATE_INTERCEPTOR_SCRIPT = false
2010-12-31 11:05:26,978 - INFO - Configuration - -------------------------------------------------
2010-12-31 11:05:28,152 - INFO - UnrarSocketServer - -------------------------------------------------
2010-12-31 11:05:28,153 - INFO - UnrarSocketServer - Socket server is listening for incomming connections on port 4444
2010-12-31 11:05:28,155 - INFO - UnrarSocketServer - -------------------------------------------------
2010-12-31 11:58:50,955 - INFO - AutoUnrarStarter - -------------------------------------------------
2010-12-31 11:58:51,006 - INFO - AutoUnrarStarter - Starting Auto UnRar, Version 1.0 (stable)  Copyright (C) 2010  djtifosi
2010-12-31 11:58:51,008 - INFO - AutoUnrarStarter - -------------------------------------------------
2010-12-31 11:58:51,010 - DEBUG - AutoUnrarStarter - Reading configuration from conf/configuration.properties
2010-12-31 11:58:51,024 - INFO - Configuration - -------------------------------------------------
2010-12-31 11:58:51,026 - INFO - Configuration - Configuration settings:
2010-12-31 11:58:51,028 - INFO - Configuration - UNRAR_APPLICATION_FOLDER = /opt/bin/
2010-12-31 11:58:51,029 - INFO - Configuration - SOURCE_FOLDER = /volume1/Medien/Download/
2010-12-31 11:58:51,031 - INFO - Configuration - TARGET_FOLDER = /volume1/Medien/Download/
2010-12-31 11:58:51,032 - INFO - Configuration - STATUS_MONITOR_FOLDER = /home/sysadmin/auto-unrar/log/
2010-12-31 11:58:51,033 - INFO - Configuration - TEMPORARY_FOLDER = /home/sysadmin/auto-unrar/tmp/
2010-12-31 11:58:51,035 - INFO - Configuration - SOCKETSERVER_PORT = 4444
2010-12-31 11:58:51,036 - INFO - Configuration - DELETE_SOURCE_FILES_AFTER_UNRAR = true
2010-12-31 11:58:51,037 - INFO - Configuration - ACTIVATE_STATUS_MONITOR = false
2010-12-31 11:58:51,039 - INFO - Configuration - SMALL_FILE_THRESHOLD = 1024
2010-12-31 11:58:51,040 - INFO - Configuration - ACTIVATE_RECURSIVE_EXTRACTION = false

Ixam · 01. Jan 2011

Mein Gedanke ist momentan, dass AutoUnRar von Fritz!Load schlichtweg keinen Befehl zum entpacken enthält.
Als "Test-" bzw. Lösungsansatz habe ich mir jetzt gedacht, ob man dazu nicht testweise auch in der Datei do_after_transfer.sh ein Script ablegt, dass FritzLoad nach dem Transfer ausführt und das AutoUnRar anstößt - zumindest testweise - um zu testen ob es dann funktioniert.

Soweit mein derzeitiger Stand - es ist wohl eine schwere Geburt das so zum laufen zu bekommen, ich freue mich aber schon und hoffe, dass dieser Thread auch noch vielen anderen Leuten weiterhelfen kann und AutoUnRar noch bekannter wird - ich werde mein Bestes tun die beiden Scripte Fritz!Load und AutoUnRar zu promoten

Ich hoffe du kannst mir weiterhelfen und viele Grüße
Max

P.S. Bitte entschuldigt den Doppelpost, aber mein Beitrag war zu lang um ihn in nur einem Post zu veröffentlichen.
Davon abgesehen würde ich mich auch gerne an das ip-phone-forum wenden, nachdem das Forum aber letzte Woche (?) gehackt wurde ist das Board noch nicht wieder erreichbar, daher hänge ich jetzt ohne den nützlichen Beiträgen dort leider etwas in der Luft - habe schon mit dem Gedanken gespielt ein eigenes Forum für Fritz!Load und AutoUnRar zu eröffnen - das würde mit Sicherheit Anklang finden als unabhängige Pflattform für F!L und AU.

Ixam · 01. Jan 2011

Was mir gerade noch eingefallen ist - ein Problem mit den Rechten, Stichwort "CHMOD" kann es aber nicht sein - oder? Nur vom Ansatz her, um das auch noch ausschließen zu können, der Ordner "Downloadserver" sowie der darin enthaltene Ordner "rdy" besitzen die folgenden Rechte:

Rich (BBCode):

drwxrwxrwx    4 root     root          4096 Jan  1 19:45 Downloadserver
drwxrwxrwx    2 MAX-PC   users         4096 Dec 31 20:47 rdy

Und - muss ich vielleicht den Port 4444 irgendwie im Router freigeben, habe dazu auch irgendwas gelesen, finde aber gerade nicht mehr wo das war?!

djtifosi · 01. Jan 2011

Hallo Max,

es ist ungewöhnlich, dass keine Log-Meldungen von heute vorhanden sind. Daher um es möglichst schnell zum Laufen zu bekommen, probiere bitte mal folgendes:

Edit: Wichtig! Bitte deaktiviere während der Testphase erstmal die Option ACTIVATE_STATUS_MONITOR (Wert auf false setzen). Denn das verursacht nur eine zusätzliche Fehlerquelle.

Führe mal den Befehl ps -A | grep cacao aus. Das Ergebnis müsste in etwa so aussehen:

Code:

~# ps -A | grep cacao
21812 ?        00:00:24 cacao

Kurze Erklärung: Mit dem Kommando ps -A lässt du dir eine komplette Liste aller Prozesse, die gerade auf deinem NAS laufen, ausgeben (ähnlich Windows Task-Manager). Diese Liste schränkst du dann mit | grep cacao dahingehend ein, dass du nur noch Prozesse mit dem Namen cacao, letztenendes also die Prozesse von Auto UnRar, siehst.

In der ersten Spalte steht die Prozess-ID, in meinem Beispiel also 21812. Mit dem Befehl kill 21812 kann man dann den Prozess hart beenden.

Ob das ganze funktioniert hat, kann man dann mit einem erneuten ps -A | grep cacao überprüfen. Sollte der Prozess hartnäckig sein und immer noch laufen, kann man ihn mit einem kill -9 21812 sicher beenden (-9 steht für die höchste Prioritätsstufe des Kill-Befehls).

Bitte stelle zunächst sicher, dass kein Auto UnRar-Prozess mehr läuft, das heißt bitte kille alle cacao-Prozesse und prüfe das mit ps.

Wenn dann alle Prozesse beendet sind, starte Auto UnRar erneut mit

Code:

cd /opt/auto-unrar
cacao -jar auto-unrar-1.0.jar -n &

Sobald die Log-Meldung Socket server is listening for incomming connections on port 4444 erscheint, öffne bitte ein zweites Putty- oder MS-DOS Eingabeaufforderungs-Fenster (je nachdem mit welchem Tool du die Shell der FritzBox öffnest) und baue eine Telnet-Session zur FritzBox auf.

Dann gib in der FritzBox-Shell folgendes Kommando ein (ohne die Spitzklammern):

echo "unrar" | nc <hier die IP-Adresse deines NAS einsetzen> 4444

Dann solltest du beobachten können, wie in dem anderen Putty-Fenster, in dem du noch immer die Shell deines NAS geöffnet hast, der unrar-Job gestartet wird.

Sollte sich weiterhin nichts tun, ist wahrscheinlich der Port 4444 deines NAS geblockt. Steht zwischen der FritzBox und deinem NAS eventuell eine Firewall? Oder besitzt evtl. dein NAS selbst eine Firewall? Wenn ja, musst du eine Port Forwarding-Regel einrichten, in der du eingehende Verbindungen auf Port 4444 erlaubst.

Edit: Um eine weitere Frage von dir zu beantworten, den Befehl echo "unrar" | nc <hier die IP-Adresse deines NAS einsetzen> 4444 kann man natürlich auch in die Datei do_after_transfer.sh einfügen. Derselbe Befehl sollte aber auch schon von FritzLoad abgesetzt werden, wenn man die Option "Auto-Unrar nach dem Transfer starten" in der Config aktiviert.

Teste ggf. auch mal den lokalen Modus von Auto UnRar, das heißt, statt mit der Option -n zu starten, eben mit der Option -l. Tut sich hierbei evtl. mehr?

Solltest du weitere Probleme haben, poste bitte die komplette log/auto-unrar.log Datei, da man hierdurch eine recht genaue Fehleranalyse durchführen kann.

Viel Erfolg,
Marco

djtifosi · 01. Jan 2011

Ixam schrieb:
Was mir gerade noch eingefallen ist - ein Problem mit den Rechten, Stichwort "CHMOD" kann es aber nicht sein - oder? Nur vom Ansatz her, um das auch noch ausschließen zu können, der Ordner "Downloadserver" sowie der darin enthaltene Ordner "rdy" besitzen die folgenden Rechte:

Rich (BBCode):

drwxrwxrwx 4 root root 4096 Jan 1 19:45 Downloadserver drwxrwxrwx 2 MAX-PC users 4096 Dec 31 20:47 rdy

Zum Thema chmod bzw. chown. Jede Datei auf einem Linuxbasierten System hat zwei Besitzer (Owner), und zwar einen Benutzer (User) sowie eine Gruppe (Group). Die Owner deines Ordners Downloadserver sind der User root sowie die Gruppe root und die Owner deines Ordners rdy sind der User MAX_PC und die Gruppe users.

Die Berechtigungen für lesen, schreiben und ausführen der User bzw. der Gruppen ergeben sich aus der Zeichenkette drwxrwxrwx, die jeweils in der ersten Spalte steht.

Das "d" heißt, es handelt sich um ein Directory, die anschließende Zeichenkette "rwx" besagt, dass der Owner (User) Leserechte (Read), Schreibrechte (Write), Ausführungsrechte (eXecute) besitzt. Die wiederum anschließende Zeichenkette "rwx" besagt, dass auch die Owner-Gruppe (das heißt alle User die Mitglied der Gruppe sind) dieselben Berechtigungen (Read, Write, eXecute) hat. Und die letzte Zeichenkette "rwx" besagt, dass auch alle anderen User (also diejenigen, die nicht Mitglied der Owner-Gruppe sind) dieselben Berechtigungen haben.

Bei Interesse, hier nochmal ausführlicher: http://debiananwenderhandbuch.de/gruppen-und-zugriffsrechte.html

Kurz gesagt, alle Benutzer deines Systems dürfen in dem Ordner Downloadserver sowie Unterordner rdy alles machen. An den Berechtigungen kann es also eigentlich nicht liegen.

Ixam · 01. Jan 2011

Hallo Marco,

danke für deine Antwort, bin gerade dabei die ersten Schritte durchzutesten, aber es scheitert schon am Anfang:
Gebe ich den Befehl ps -A | grep cacao auf erhalte ich die folgende Meldung:

Rich (BBCode):

ps: invalid option -- A
BusyBox v1.16.1 (2010-10-23 01:00:23 CST) multi-call binary.

Usage: ps

Report process status

This version of ps accepts no options

Soweit so schlecht, versuche ich nun ps a | grep cacao so erhalte ich die folgende Meldung:

Rich (BBCode):

23535 root      2944 S    grep cacao

Allem anschein nach ist die 2944 die Process ID, versuche ich jetzt diesen Prozess zu beenden, mit kill oder kill -9 erhalte ich die Meldung:

Rich (BBCode):

kill: can't kill pid 2944: No such process

Das komische ist - immer wenn ich ps a | grep cacao ausführe ändert sich die Zahl vor dem root. In dem Beispiel oben steht dort jetzt 23535, dann 30010... etc. etc. ein System dahinter kann ich nicht erkennen, diese Zahl als PID zu verwenden nützt ebensowenig... killen lässt sich damit nichts.
Führe ich ps ohne Parameter und Einschränkungen aus, so erhalte ich diese Liste:

Rich (BBCode):

  PID USER       VSZ STAT COMMAND
    1 root      2940 S    init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [ksoftirqd/0]
    4 root         0 SW   [events/0]
    5 root         0 SW   [khelper]
    8 root         0 SW   [async/mgr]
   84 root         0 SW   [sync_supers]
   86 root         0 SW   [bdi-default]
   87 root         0 SW   [kblockd/0]
   93 root         0 SW   [ata/0]
   94 root         0 SW   [ata_aux]
  109 root         0 SW   [rpciod/0]
  117 root         0 SW   [kswapd0]
  118 root         0 SW   [nfsiod]
  270 root         0 SW   [scsi_eh_0]
  272 root         0 SW   [scsi_eh_1]
  294 root         0 SW   [mtdblockd]
  318 root         0 SW   [kstriped]
  329 root         0 SW   [md0_raid1]
  335 root         0 SW   [md1_raid1]
  420 root         0 SW   [kjournald]
  510 root         0 SW   [khubd]
  550 root         0 SW   [ksnapd]
  584 root         0 SW   [crypto/0]
  687 root         0 SW   [crypto]
  688 root         0 SW   [crypto_ret]
  753 root         0 SW   [ecryptfs-kthrea]
 1074 root      2940 S    /sbin/syslogd -S
 1076 root      2940 S    /sbin/klogd
 1141 root         0 SW   [md2_raid1]
 1339 root     12636 S <  /usr/syno/bin/findhostd
 1363 root         0 SW   [jbd2/md2-8]
 1364 root         0 SW   [ext4-dio-unwrit]
 1503 admin    33756 S    /usr/syno/pgsql/bin/postgres -D /var/services/pgsql
 1506 admin    33756 S    postgres: writer process
 1507 admin    33756 S    postgres: wal writer process
 1646 root      8720 S    /usr/syno/sbin/hotplugd
 1659 root      5400 S    /usr/sbin/inetd
 1666 root      5400 S    /usr/sbin/crond
 1697 root      8928 S    /usr/syno/bin/scemd
 1867 root         0 SW   [usbhid_resumer]
 2020 root      2944 S    /sbin/getty 115200 console
 2253 root     20936 S N  /usr/syno/sbin/synoindexd
 2258 root      9084 S N  /usr/syno/bin/synomkthumbd
 2319 root     16080 S    /usr/syno/sbin/nmbd -D
 2321 admin    34804 S    postgres: admin photo [local] idle
 2372 root     19644 S    /usr/syno/sbin/smbd -D
 2374 root     19644 S    /usr/syno/sbin/smbd -D
 2416 root      9080 S N  /usr/syno/sbin/synomkflvd
 2452 root      3908 S    /usr/syno/sbin/sshd
 2466 root      7572 S    /usr/syno/apache/bin/httpd -DREDIRECT_USER -DSSL -f
 2550 root     10604 S    /usr/syno/sbin/ftpd -D
 2555 root      7572 S    /usr/syno/apache/bin/httpd -DREDIRECT_USER -DSSL -f
 2556 root      7572 S    /usr/syno/apache/bin/httpd -DREDIRECT_USER -DSSL -f
 4079 guest    22496 S    /usr/syno/sbin/smbd -D
 4430 root     20992 S    /usr/syno/sbin/smbd -D
 4560 root     20952 S    /usr/syno/sbin/smbd -D
26802 root         0 SW   [flush-9:0]
29802 root      6520 S    sshd: root@pts/0
30096 root      5404 S    -ash
31005 root      5404 R    ps

Killen kann ich davon ebenso keinen Prozess, es erscheint immer die Meldung: "No such process"
So langsam blicke ich da nicht mehr durch?! Kannst du mir weiterhelfen, das scheint nun ja ein Synology-NAS-Problem zu sein - oder mache ich etwas falsch!?
Danke schon mal!

edit: Ich schaue mir gerade dieses Verzeichnis mit möglichen Befehlen der BusyBox an - ob es vielleicht eine Alternative zum Befehl ps gibt...

djtifosi · 01. Jan 2011

Ixam schrieb:
Gebe ich den Befehl ps -A | grep cacao auf erhalte ich die folgende Meldung:

Rich (BBCode):

ps: invalid option -- A BusyBox v1.16.1 (2010-10-23 01:00:23 CST) multi-call binary. Usage: ps Report process status This version of ps accepts no options

Ups, das liegt wohl daran, dass auf deinem NAS die Shell-Kommandos über eine BusyBox ausgeführt werden. Da verhalten sich leider einige Kommandos anders, als man das von Unix/Linux kennt.

Ixam schrieb:
Soweit so schlecht, versuche ich nun ps a | grep cacao so erhalte ich die folgende Meldung:

Rich (BBCode):

23535 root 2944 S grep cacao

Allem anschein nach ist die 2944 die Process ID, versuche ich jetzt diesen Prozess zu beenden, mit kill oder kill -9 erhalte ich die Meldung:

Rich (BBCode):

kill: can't kill pid 2944: No such process

Das komische ist - immer wenn ich ps a | grep cacao ausführe ändert sich die Zahl vor dem root. In dem Beispiel oben steht dort jetzt 23535, dann 30010... etc. etc. ein System dahinter kann ich nicht erkennen, diese Zahl als PID zu verwenden nützt ebensowenig... killen lässt sich damit nichts.

Dieses Verhalten ist leicht erklärbar. Den Prozess, den du in der Liste siehst, ist nicht wirklich der Prozess "cacao", sondern der "grep" Prozess. Und da du ja mit jedem neuen Aufruf von ps a | grep cacao einen neuen "grep" Prozess startest, erhält dieser natürlich auch immer eine neue Prozess-ID.

Ixam schrieb:

Führe ich ps ohne Parameter und Einschränkungen aus, so erhalte ich diese Liste:

Rich (BBCode):

  PID USER       VSZ STAT COMMAND
    1 root      2940 S    init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [ksoftirqd/0]
    4 root         0 SW   [events/0]
    5 root         0 SW   [khelper]
    8 root         0 SW   [async/mgr]
   84 root         0 SW   [sync_supers]
   86 root         0 SW   [bdi-default]
   87 root         0 SW   [kblockd/0]
   93 root         0 SW   [ata/0]
   94 root         0 SW   [ata_aux]
  109 root         0 SW   [rpciod/0]
  117 root         0 SW   [kswapd0]
  118 root         0 SW   [nfsiod]
  270 root         0 SW   [scsi_eh_0]
  272 root         0 SW   [scsi_eh_1]
  294 root         0 SW   [mtdblockd]
  318 root         0 SW   [kstriped]
  329 root         0 SW   [md0_raid1]
  335 root         0 SW   [md1_raid1]
  420 root         0 SW   [kjournald]
  510 root         0 SW   [khubd]
  550 root         0 SW   [ksnapd]
  584 root         0 SW   [crypto/0]
  687 root         0 SW   [crypto]
  688 root         0 SW   [crypto_ret]
  753 root         0 SW   [ecryptfs-kthrea]
 1074 root      2940 S    /sbin/syslogd -S
 1076 root      2940 S    /sbin/klogd
 1141 root         0 SW   [md2_raid1]
 1339 root     12636 S <  /usr/syno/bin/findhostd
 1363 root         0 SW   [jbd2/md2-8]
 1364 root         0 SW   [ext4-dio-unwrit]
 1503 admin    33756 S    /usr/syno/pgsql/bin/postgres -D /var/services/pgsql
 1506 admin    33756 S    postgres: writer process
 1507 admin    33756 S    postgres: wal writer process
 1646 root      8720 S    /usr/syno/sbin/hotplugd
 1659 root      5400 S    /usr/sbin/inetd
 1666 root      5400 S    /usr/sbin/crond
 1697 root      8928 S    /usr/syno/bin/scemd
 1867 root         0 SW   [usbhid_resumer]
 2020 root      2944 S    /sbin/getty 115200 console
 2253 root     20936 S N  /usr/syno/sbin/synoindexd
 2258 root      9084 S N  /usr/syno/bin/synomkthumbd
 2319 root     16080 S    /usr/syno/sbin/nmbd -D
 2321 admin    34804 S    postgres: admin photo [local] idle
 2372 root     19644 S    /usr/syno/sbin/smbd -D
 2374 root     19644 S    /usr/syno/sbin/smbd -D
 2416 root      9080 S N  /usr/syno/sbin/synomkflvd
 2452 root      3908 S    /usr/syno/sbin/sshd
 2466 root      7572 S    /usr/syno/apache/bin/httpd -DREDIRECT_USER -DSSL -f
 2550 root     10604 S    /usr/syno/sbin/ftpd -D
 2555 root      7572 S    /usr/syno/apache/bin/httpd -DREDIRECT_USER -DSSL -f
 2556 root      7572 S    /usr/syno/apache/bin/httpd -DREDIRECT_USER -DSSL -f
 4079 guest    22496 S    /usr/syno/sbin/smbd -D
 4430 root     20992 S    /usr/syno/sbin/smbd -D
 4560 root     20952 S    /usr/syno/sbin/smbd -D
26802 root         0 SW   [flush-9:0]
29802 root      6520 S    sshd: root@pts/0
30096 root      5404 S    -ash
31005 root      5404 R    ps

Und da in dieser Prozessliste nirgendwo der Prozess "cacao" auftaucht, kannst du schon den ersten Schritt als abgehakt betrachten, denn es läuft definitiv kein Auto UnRar-Prozess mehr.

Also bitte die weiteren Schritte probieren bzw. unbedingt den fett gedruckten Hinweis mit dem Deaktivieren des Status-Monitors beachten, BEVOR du Auto UnRar erneut startest!

Ixam · 01. Jan 2011

Es erstaunt mich das sagen zu können - es freut mich - aber es funktioniert.
Habe Auto UnRar jetzt neu gestartet, und anschließend über die FritzBox (PuTTY) den UnRar Prozess wie von dir angegeben gestartet.

NAS:

Rich (BBCode):

SYNOLOGY_DS211J> cd /opt/auto-unrar/
SYNOLOGY_DS211J> cacao -jar auto-unrar-1.0.jar -n &
SYNOLOGY_DS211J>
Auto UnRar, Version 1.0 (stable)  Copyright (C) 2010  djtifosi

This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; see <http://www.gnu.org/licenses/> for details.

Updates of this program are available on the Auto UnRar project page at
<http://sourceforge.net/projects/auto-unrar/>.
Please report bugs using the Sourceforge bugs tracker.

2011-01-01 23:22:40,338 - INFO - AutoUnrarStarter - -------------------------------------------------
2011-01-01 23:22:40,381 - INFO - AutoUnrarStarter - Starting Auto UnRar, Version 1.0 (stable)  Copyright (C) 2010  djtifosi
2011-01-01 23:22:40,383 - INFO - AutoUnrarStarter - -------------------------------------------------
2011-01-01 23:22:40,385 - DEBUG - AutoUnrarStarter - Reading configuration from conf/configuration.properties
2011-01-01 23:22:40,420 - INFO - Configuration - -------------------------------------------------
2011-01-01 23:22:40,421 - INFO - Configuration - Configuration settings:
2011-01-01 23:22:40,423 - INFO - Configuration - UNRAR_APPLICATION_FOLDER = /opt/bin/
2011-01-01 23:22:40,425 - INFO - Configuration - SOURCE_FOLDER = /volume1/Downloadserver/
2011-01-01 23:22:40,426 - INFO - Configuration - TARGET_FOLDER = /volume1/Downloadserver/rdy/
2011-01-01 23:22:40,428 - INFO - Configuration - STATUS_MONITOR_FOLDER = /opt/auto-unrar/log/
2011-01-01 23:22:40,429 - INFO - Configuration - TEMPORARY_FOLDER = /opt/auto-unrar/tmp/
2011-01-01 23:22:40,430 - INFO - Configuration - SOCKETSERVER_PORT = 4444
2011-01-01 23:22:40,432 - INFO - Configuration - DELETE_SOURCE_FILES_AFTER_UNRAR = true
2011-01-01 23:22:40,433 - INFO - Configuration - ACTIVATE_STATUS_MONITOR = false
2011-01-01 23:22:40,435 - INFO - Configuration - SMALL_FILE_THRESHOLD = 1024
2011-01-01 23:22:40,436 - INFO - Configuration - ACTIVATE_RECURSIVE_EXTRACTION = false
2011-01-01 23:22:40,437 - INFO - Configuration - ACTIVATE_DEEP_RECURSIVE_EXTRACTION = false
2011-01-01 23:22:40,439 - INFO - Configuration - ACTIVATE_INTERCEPTOR_SCRIPT = false
2011-01-01 23:22:40,440 - INFO - Configuration - -------------------------------------------------
2011-01-01 23:22:41,623 - INFO - UnrarSocketServer - -------------------------------------------------
2011-01-01 23:22:41,624 - INFO - UnrarSocketServer - Socket server is listening for incomming connections on port 4444
2011-01-01 23:22:41,625 - INFO - UnrarSocketServer - -------------------------------------------------
2011-01-01 23:23:35,657 - INFO - UnrarSocketServer - Incomming socket connection
2011-01-01 23:23:35,674 - INFO - UnrarSocketServer - Received command: unrar
2011-01-01 23:23:35,700 - INFO - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:23:35,702 - INFO - ProcessOrchestrator - Starting process...
2011-01-01 23:23:35,704 - INFO - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:23:35,707 - DEBUG - ProcessOrchestrator - Refreshing password list.
2011-01-01 23:23:35,740 - DEBUG - PasswordList - -------------------------------------------------
2011-01-01 23:23:35,742 - DEBUG - PasswordList - Password list contains the following passwords:
2011-01-01 23:23:35,744 - DEBUG - PasswordList - Hallo_Welt
2011-01-01 23:23:35,745 - DEBUG - PasswordList - -------------------------------------------------
2011-01-01 23:23:35,799 - DEBUG - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:23:35,800 - DEBUG - ProcessOrchestrator - List of all potential RAR-Files in source folder:
2011-01-01 23:23:35,802 - DEBUG - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:23:35,817 - INFO - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:23:35,819 - INFO - ProcessOrchestrator - Performing password check.
2011-01-01 23:23:35,821 - INFO - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:23:35,825 - INFO - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:23:35,828 - INFO - ProcessOrchestrator - No files are ready for unrar.
2011-01-01 23:23:35,830 - INFO - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:23:35,832 - DEBUG - FileManager - Clearing temporary folder.
2011-01-01 23:23:35,837 - INFO - UnrarSocketServer - -------------------------------------------------
2011-01-01 23:23:35,838 - INFO - UnrarSocketServer - Socket server is listening for incomming connections on port 4444
2011-01-01 23:23:35,839 - INFO - UnrarSocketServer - -------------------------------------------------

Fritz!Box:

Rich (BBCode):

# echo "unrar" | nc 192.168.178.22 4444

Jetzt versuche ich es noch einmal über Fritz!Load und ich versuche es irgendwie hinzubekommen, dass die Passwortliste automatisch kopiert wird - dann ist es soweit perfekt.

djtifosi · 01. Jan 2011

Ixam schrieb:
Es erstaunt mich das sagen zu können - es freut mich - aber es funktioniert.

Perfekt, so soll es sein. Nur leider liegen etwas wenige RARs im Source-Folder, nämlich genau 0.

Ixam · 01. Jan 2011

Einen Fehler habe ich gerade entdeckt.
Ich wollte ein RAR Archiv entpacken lassen, dass die folgende Datei (zugegeben eine exotische Dateinamenbezeichnung mit dem Semikolon) enthalten hat: Bitrate; 320 kBit_s.txt
Dabei sind die letzten Meldungen des Entpackvorgangs:

Rich (BBCode):

2011-01-01 23:33:45,621 - DEBUG - Utils - Extracting  /volume1/Downloadserver/rdy/meinemusik/Bitrate; 320 kBitïs.txt  OK
2011-01-01 23:33:49,778 - DEBUG - Utils - All OK
2011-01-01 23:33:49,785 - INFO - ProcessOrchestrator - Unrar completed without error.
2011-01-01 23:33:49,786 - INFO - ProcessOrchestrator - -------------------------------------------------
2011-01-01 23:33:49,788 - INFO - FileManager - Deleting /volume1/Downloadserver/meinemusik.rar
2011-01-01 23:33:49,801 - DEBUG - FileManager - Not moving files in /volume1/Downloadserver/rdy/meinemusik
2011-01-01 23:33:49,802 - DEBUG - FileManager - Clearing temporary folder.
FATAL: Error establishing socket server, exiting.de.djtifosi.autounrar.exceptions.SoecketServerException: java.net.BindException: Address already in use
   at de.djtifosi.autounrar.core.socket.UnrarSocketServer.<init>(UnrarSocketServer.java:71)
   at de.djtifosi.autounrar.start.AutoUnrarStarter.startProcess(AutoUnrarStarter.java:144)
   at de.djtifosi.autounrar.start.AutoUnrarStarter.main(AutoUnrarStarter.java:66)
Caused by: java.net.BindException: Address already in use
   at gnu.java.net.VMPlainSocketImpl.bind(Native Method)
   at gnu.java.net.VMPlainSocketImpl.bind(VMPlainSocketImpl.java:302)
   at gnu.java.net.PlainSocketImpl.bind(PlainSocketImpl.java:306)
   at java.net.ServerSocket.bind(ServerSocket.java:250)
   at java.net.ServerSocket.<init>(ServerSocket.java:181)
   at java.net.ServerSocket.<init>(ServerSocket.java:155)
   at java.net.ServerSocket.<init>(ServerSocket.java:137)
   at de.djtifosi.autounrar.core.socket.UnrarSocketServer.<init>(UnrarSocketServer.java:45)
   ...2 more
2011-01-01 23:33:49,827 - FATAL - AutoUnrarStarter - Error establishing socket server, exiting.
de.djtifosi.autounrar.exceptions.SoecketServerException: java.net.BindException: Address already in use
   at de.djtifosi.autounrar.core.socket.UnrarSocketServer.<init>(UnrarSocketServer.java:71)
   at de.djtifosi.autounrar.start.AutoUnrarStarter.startProcess(AutoUnrarStarter.java:144)
   at de.djtifosi.autounrar.start.AutoUnrarStarter.main(AutoUnrarStarter.java:66)
Caused by: java.net.BindException: Address already in use
   at gnu.java.net.VMPlainSocketImpl.bind(Native Method)
   at gnu.java.net.VMPlainSocketImpl.bind(VMPlainSocketImpl.java:302)
   at gnu.java.net.PlainSocketImpl.bind(PlainSocketImpl.java:306)
   at java.net.ServerSocket.bind(ServerSocket.java:250)
   at java.net.ServerSocket.<init>(ServerSocket.java:181)
   at java.net.ServerSocket.<init>(ServerSocket.java:155)
   at java.net.ServerSocket.<init>(ServerSocket.java:137)
   at de.djtifosi.autounrar.core.socket.UnrarSocketServer.<init>(UnrarSocketServer.java:45)
   ...2 more

DIe Datei Bitrate; 320 kBit_s.txt kann ich jetzt unter Windows auch weder öffnen noch löschen ("Das Element konnte nicht gefunden werden").
Über die Kommandozeile habe ich die Datei dann einfach gelöscht.
Dann habe ich versucht noch einmal den Entpackvorgang zu starten (nachdem ich zwei weitere Testdateien im Downloadverzeichnis abgelegt hatte) - die Folgende Fehlermeldung war die Antwort:

Rich (BBCode):

# echo "unrar" | nc 192.168.178.22 4444
nc: cannot connect to remote host (192.168.178.22): Connection refused

Ein Neustart von AutoUnRar hat dann weitergeholfen - die Testdateien konnten dann korrekt entpackt werden - nach erneuten Startbefehl über die die Fritz!Box (PuTTY).