jDownloader JDownloader 2 (noarch) / Paketzentrum

[peterhoffmann]

Das Problem mit dem überlaufenden Log vom JDownloader hatte ich bisher damit gelöst über den Aufgabenplaner das Log einmal wöchentlich leeren zu lassen.

Der User saperlot postete am 24.02. einen Beitrag, wie man das Log ganz verhindern kann.

Das habe ich probiert und das Log ist seitdem immer 0 Byte groß, sprich es funktioniert tadellos.

Vorgehensweise:

• JDownloader stoppen/beenden
• Verzeichnis => /var/packages/JDownloader/scripts
• Datei => *start-stop-status
• Zeile 13 bearbeiten => LOGFILE="/dev/null"
• JDownloader starten
• Fertig.

Zu allerletzt: Ein dickes Danke an Saberlot.

 

[Scirocco3]

Darum ging es ja nicht, er will es wohl posten wegen einem Fehler und wollte wissen wie er dran kommt... Nicht löschen!

Apro po ... genau da liegt auch für mich der Haken in deiner Lösung "löschen, bzw. gar nicht anlegen des Logs".
Wenn es ein Problem gibt, kann man nichts nachschauen, es gibts einfach nichts zu schauen.

Besser dann wie ich hier geschrieben habe, 1x die Woche automatisiert löschen lassen.
So kann man im Fehlerfalle wenigstens noch mal nachschauen woran es evtl. liegt.
So hast Du es ja vorher auch wohl gemacht, und ich halte das für die bessere Lösung (wegen möglicher Problemlösung Ansätze).
Und in einer Woche wird es ja wohl nicht so voll werden... Und falls doch dann eben alle 3 Tage oder so ausführen lassen.

 

[Wicki]

Halte ich auch für sinnvoller. Ich lasse das Log jeden Sonntag verschieben. Ist in meinem Fall immer um ca. 1 MB groß. Das sollte also auch bei höherem Logaufkommen kein Problem sein.

 

[peterhoffmann]

Mein Posting hat gar nichts mit dem Problem vom User Kusselin zu tun. Es war nur etwas unglücklich vom Zeitpunkt, da es bei ihm im Moment auch um das Log ging.

Mir ging es grundsätzlich nur darum mitzuteilen, dass das so funktioniert. Vorher hatte ich das Log auch einmal pro Woche leeren lassen. Ich fand den Ansatz das Log gar nicht anzulegen für besser. Das belastet nicht die Platte und JDownloader ist auch nicht systemkritisch. Wenn ich da wirklich mal einen Fehler finden will, muss ich das Log wieder einschalten und den Fehler noch mal provozieren.

Andere Lösung wäre es, das Log pro Woche gzippen zu lassen und danach zu leeren. Aber das ist alles wie Kanonen auf Spatzen schießen.

 

[Swiss-MAD]

Ich hatte mal im Jdownloader Setup über das WebIf die Loggrösse auf einen Wert beschränkt, und das funktioniert irgendwie auch.
Aber scheinbar nicht bei allen....sonst müsste man ja keine solchen Sonderlösungen machen?
Anstelle das Log wie peterhoffmann ins nirwana zu schicken, müsste man es doch auch auf die Datenpartition schreiben können. Da hat es genug Platz.

 

[Scirocco3]

Oder täglich/wöchentlich verschieben wenn man die alten Logs noch aufheben möchte.
Ich mach das so über den Taskplaner...

datum=$(date +"%Y-%m-%d_%H.%M.%S")
quelle=/var/log/JDownloader.log
ziel=/volume1/Ablage/Logs/JDownloader_$datum.log
cp $quelle $ziel
:> $quelle

Brauchst nur dein Ziel anzupassen wenn du es nutzen willst und fertig.

 

[goetz]

Hallo,
man kann es auch dem logrotate überlassen. Conf in /usr/local/etc/logrotate.d erstellen, Beispiele liegen dort schon.

Gruß Götz

 

[DKeppi]

Die wäre in dem Paket von neutron eigentlich enthalten

/usr/local/etc/logrotate.d/jd_rotate.conf

mit dem Inhalt

/var/log/JDownloader.log
{
	rotate 3
	size 10M
	missingok
	notifempty
	compress
	postrotate
	    /sbin/initctl reload syslog-ng || true
	endscript
}

Ist daran evtl. etwas falsch???

 

[DKeppi]

Im postinst Script führt er das hier an

# logfile handling
/bin/mkdir -p /usr/local/etc/logrotate.d
/bin/mv ${INSTALL_HOME}/app/jd_rotate.conf /usr/local/etc/logrotate.d/
/sbin/reload syslog-ng
/usr/bin/logrotate /etc/logrotate.conf

 

[krolik]

Hmm, zum Thema Passwort und dem Nutzer vor dem Comuter ich kann da vielleicht meine Lösung mit einwerfen.
Evtl. bringt es ja jemandem was.

Mein Problem schien ein zu wildes PW gewesen zu sein (180+ Bit, alle möglichen Sonderzeichen, direkt von KeePass erstellt). Bei der Installation des Pakets alles per Copy&Paste aus KeePass eingefügt und dann mein bereits geschildertes Problem erhalten.
Nach der Installation von Java8 das selbe...das Paket noch zweimal installiert...keine Änderung.

Dann habe ich den Kram per Hand gestartet

exec java -Djava.awt.headless=true -jar JDownloader.jar

Und siehe da, sofort wurden meine nicht korrekten login-Daten bemängelt.

Nun funktioniert alles bestens. Dummerweise hatte ich daraufhin die Passwortstärke halbiert, da ich nicht wusste, ob das Problem an der Installation, am Paket oder an der App lag. Daher kann ich leider nichts beisteuern, was genau an dem PW so seltsam gewesen sein soll. Aber wie gesagt, falls es jemandem hilft, das war die Lösung zu meinem Problem.

@Neutron: Danke noch mal für das Paket...wesentlich einfacher als die pyload-Geschichte (dessen Umfang ich gar nicht wirklich benötigte). Keep up the good work

Cheers
sicut

Jetzt muss ich diesen Post noch einmal zitieren, weil der folgende Hinweis wichtig ist.

Habe Rücksprache mit jiaz vom jDownloader-Forum gehalten. Folgendes ist dabei herausgekommen:

"[...] Wenn Sie das Passwort über die GUI gesetzt haben (Pakete von 3rd Party Anbietern), so gehen dort nur normale Zeichen. Hier sollte der Anbieter das Skript entsprechend korrigieren.
Das Skript versäumt Sonderzeichen korrekt zu *escapen*. Siehe hier http://bernhardhaeussner.de/odd/json-escape/

Sie können jederzeit Ihr *starkes* Passwort von Hand in der Datei cfg/org.jdownloader.api.myjdownloader.MyJDownloaderSettings.json ändern. JDownloader vorher beenden.
Und natürlich auch vorher in Ihrem Account ändern [...]".

Meines Erachtens sollte man diesen Hinweis in die FAQ/ den Startpost aufnehmen.

 

[strudelbrain]

Hi zusammen,

ich hab dieser Tage mal den jdownloader auf meiner Synology installiert. So weit, so gut. Zwei Probleme tauchen allerdings auf - würde mich freuen, wenn mir da jemand helfen kann:
- Ich krieg die richtigen Einstellungen für den Reconnect nicht hin. Router ist eine Fritzbox mit UPNP. Gibts da ein gutes Vorgehen für die richtigen Einstellungen, kann ich ggfs welche von der lokalen Installation am Rechner übernehmen?
- Downloads brechen ab. Hatte Downloads von uploaded (free account) getestet, die brachen alle irgendwann ab. Ein einziger lief durch, den hatte ich allerdings auch die gesamte Zeit via Webinterface beobachtet.

 

[DKeppi]

@goetz:

Kannst du mir weiterhelfen?
Beitrag http://www.synology-forum.de/showth...)-Paketzentrum&p=704648&viewfull=1#post704648
und http://www.synology-forum.de/showth...)-Paketzentrum&p=704651&viewfull=1#post704651

 

[goetz]

Hallo,
@DKeppi
was auffällt, alle Dateien in /etc/logrotate.d und /usr/local/etc/logrotate.d von Synology haben keine Endung ( ist bei meinen Debian Servern auf Arbeit auch so). Also mal umbenennen und probieren, auch die Berechtigungen kontrollieren.

Gruß Götz

 

[DKeppi]

Ok alles klar, werd das mal ändern und den Dienst neustarten.
Mal sehen wie groß das log in ein paar Tagen ist und ob es 10MB überschreitet!
Danke

 

[DKeppi]

Schade ändert leider nichts...

 

[goetz]

Hallo,
starte mal logrotate von Hand
logrotate -f -d /etc/logrotate.conf
da kommt ne ganze Menge. Am Anfang werden die beiden logrotate.d Verzeichnisse eingelesen.

Gruß Götz

 

[DKeppi]

Ok, das bringt mich etwas weiter und erklärt warum es nicht geht


Ignoring jd_rotate because of bad file mode.


Werd es mal so aufbauen wie die anderen von Synology, viell. klappts dann

Danke!

 

[DKeppi]

Jetzt wirds eingelesen

Umbenennt auf jd_rotate, Rechte 0644 gesetzt und Inhalt:

# (re)start manualy: /usr/bin/logrotate /etc/logrotate.conf
#


/var/log/JDownloader.log {
    rotate 3
    size 10M
    missingok
    notifempty
    compress
    postrotate
        /usr/syno/sbin/synoservice --reload syslog-ng || true
    endscript
}

Danach ein logrotate /etc/logrotate.conf

Vielen Dank für die Hilfe!!!!

 

[peterhoffmann]

Hallo,

ich nutze den JDownloader auf der DS und bin äußerst zufrieden. Danke an den Progger für die Umsetzung auf der DS.

Da man manchmal den Wald vor lauter Bäumen nicht sieht, möchte ich euch kurz mitteilen wie mein Workflow mit dem JD ist und von euch wissen, ob es noch Optimierungsmöglichkeiten gibt.

---

Start vom JD:
Da der JD sich nach dem letzten Download automatisch beendet, damit die DS schlafen geht, muss ich bei einem neuen Download erst den JD starten.
Umständlich geht das über die Weboberfläche oder per SSH mit Putty. Das war mir zu langwierig, daher mache ich es jetzt mit PLink. Verknüpfung angelegt, ein Klick drauf und JD wird gestartet:

..\path\plink.exe IPderDS -load Sessionname /var/packages/JDownloader/scripts/start-stop-status start

---

Hinzufügen von DLCs:
Im JD habe ich das Addon Folder Watch installiert. Wenn ich jetzt eine DLC-Datei in das entsprechende Verzeichnis lege, wird der Inhalt dem Linksammler hinzugefügt. Klappt reibungslos.

---

Start vom Download:
Im Grunde muss ich nur noch den gewünschten Download manuell starten (über Chrome/JD Weboberfläche). Ich habe gelesen, dass man das auch über einen Autostart automatisieren kann, ich bin aber noch nicht dahintergekommen, wie man ausschließlich die über Folder Watch hinzugefügten Downloads automatisch starten kann.

 

[Wicki]

Mir würde das manuelle Starten ziemlich auf den Keks gehen. Nun gut, nicht mein Bier.

Das man ausschließlich die über Folder Watch hinzugefügten Links starten kann, bezweifle ich. Ich finde da zumindest keine Möglichkeit dies zu unterscheiden.

Ansonsten kann ich Dir noch das automatische Umbenennen und Verschieben mit Filebot empfehlen.
Ich füge nur noch den Download über Click'n'Load hinzu, der Rest wird selbstständig erledigt.