FileBot

[DKeppi]

Hast du pyload per ipkg installiert oder das pyload spk von enkidu?

Viell liegts ja auch daran das pyload als User pyload läuft und nicht als root?
Siehe hier: http://www.synology-forum.de/showthread.html?57175-FileBot&p=483885&viewfull=1#post483885

 

[Feuerwasser]

Es läuft das Paket von enkidu, allerdings im start-stop-status habe ich user pyload mit root ausgetauscht. Pyload läuft also unter root.
Pyload Installation unter /volume1/@appstore/pyload/
Das Configverzeichnis ist in /volume1/pyload mit 777 root:root
Das Filebot hook liegt in /volume1/pyload/userplugins/hooks und hat 777 root:root

 

[DKeppi]

Ok, dann liegt es zumindest mal nicht an Pilot selbst - schon mal gut-pilz befragt?
Mach mal ein Issue auf: https://github.com/Gutz-Pilz/pyLoad-stuff/issues

 

[Feuerwasser]

Danke! GutzPilz weiß auch nichts dazu. Habe auch schon in einen bereits geschlossenen Issue geschrieben.
Komisch nur dass nur ich bisher dieses Problem habe. Bis auf mein config Verzeichnis und root statt pyload als user ist alles so wie im enkidu Paket.
Nutzt du auch dieses Paket? Und ein Filebot plugin für pyload?

 

[DKeppi]

Also wenn er nicht weiter weiß

Nein, ich verwende ein selbstgeschriebenes Script im pyload/script/all_archives_extracted Ordner -> http://www.synology-forum.de/showth...t-klappt-nicht&p=456341&viewfull=1#post456341

Dieses wird durch pyload nachdem alle downloads entpackt sind gestartet - das funktioniert eben auch nur als root!

 

[Feuerwasser]

Ich verwende seit längerem, weil es eben mit dem hook plugin nicht läuft, Dein Script, das auf der shell auch wunderbar funktioniert.
Habe jetzt mal Deine Methode ausprobiert, und das funktioniert auch nicht. Script hat 777, wird auch im Log angezeigt, macht aber nichts und schreibt auch nichts in die FileBot.Log

DEBUG ExtractArchive: Extracted files: ['/volume1/download/Filename
DEBUG ExternalScripts: Executing | /volume1/pyload/scripts/package_extracted/filebotScript.sh | scripts/package_extracted/filebotScript.sh Filename
DEBUG All downloads finished

 

[DKeppi]

Wirklich seltsam


Wie sieht den dein /var/packages/pyload/scripts/start-stop-status Skript aus?
Poste es mal, viell. hast du etwas nicht so wie ich?!


Ach ja, mein aktuelles Filebot Skript sieht so aus:

#!/bin/sh

#Javapfad
PATH=$PATH:/var/packages/java/target/bin


#Pfade
QUELLE=/volume1/downloads/pyload
ZIEL=/volume1/video
SERIEN="/volume1/video/Serien"
FILME="/volume1/video/Filme"


#Filebot
FILEBOT=/usr/local/bin/filebot
KONFLIKT=skip
AKTION=move
SPRACHE=de
IGNORE=.nfo,.txt,.url,.rar,.jpg,.iso
CLEAN=y
LOG=/volume1/data/Logs/filebot.log


#Formate
SERIE="{n}/Staffel{s.pad(2)}/{n}.{s00e00}.{t}"
FILM="{n} ({y})/{n} ({y})"


#Plex
PLEX=localhost


#User/Gruppe
USER=Daniel
GROUP=users


###################################################################################


#Filebot-Kommando
$FILEBOT -script fn:amc --conflict $KONFLIKT --action $AKTION -no-xattr -non-strict --lang $SPRACHE "$QUELLE" --log-file $LOG --def ignore=$IGNORE "seriesFormat=$SERIEN/$SERIE" "movieFormat=$FILME/$FILM" clean=$CLEAN plex=$PLEX


#Berechtigungen setzen
chown -R $USER:$GROUP $ZIEL
find $ZIEL -type d -exec chmod 755 {} \;
find $ZIEL -type f -exec chmod 644 {} \;


exit 0

Weiters liegt meins im Ordner /volume1/pyload/scripts/all_archives_extracted und ich habe in den Plugineinstellungen von ExtractArchive den Schalter Wait for all downloads to be finished: ?auf ON, damit es nur am Ende 1x läuft!

 

[Pulpi]

Ansonsten starte dein Script mal per Aufgabenplaner, mit dem Befehl das er die Log in eine Datei schreibt, da wirst du dann fündig warum du das Script per Shell ausführen kannst, aber nicht "automatisch"

 

[Feuerwasser]

Soweit so gut. Wenn ich das Script per Aufgabenplaner starte, passiert offensichtlich irgendein Fehler. Die CPU Auslastung verhält sich als ob ich das Script per shell aufrufe, also bis 38%. Immerhin ein Indiz dass etwas passiert.
Wie kann ich mir die shellausgabe noch als log ausgeben lassen? /path/to/filebotscript.sh > /path/to/log.txt bewirkt die Erstellung einer leeren Textdatei.
Seltsam außerdem: Wenn ich ein kleines Script schreibe

#!/bin/sh
mkdir /volume1/download/test

und es als root ausführe passiert auch nichts.

 

[Feuerwasser]

Mein start-stop-status script:

#!/bin/sh

# @version	2013-02-23
# @see  http://spk.unzureichende.info/
# @env  run by DSM, $SYNOPKG_PKGDEST example: "/volume1/@appstore/pyload"

[ ${SYNOPKG_PKGDEST} ] || SYNOPKG_PKGDEST=`ls -l /var/packages/pyload/target | cut -d\> -f2 | cut -d\  -f2`
PYLOAD_VOLUME=`echo ${SYNOPKG_PKGDEST} | cut -d/ -f2`
PIDFILE=${SYNOPKG_PKGDEST}/var/run/pyload.pid
DAEMON=${SYNOPKG_PKGDEST}/pyload/pyLoadCore.py

export PATH=${SYNOPKG_PKGDEST}/bin:/usr/bin:/bin:/usr/syno/bin:/usr/local/bin
export LD_LIBRARY_PATH=${SYNOPKG_PKGDEST}/lib:${LD_LIBRARY_PATH}
export PYTHONHOME=${SYNOPKG_PKGDEST}
export PYTHONPATH=${SYNOPKG_PKGDEST}/lib/python2.7:${SYNOPKG_PKGDEST}/lib/python2.7/OpenSSL:${SYNOPKG_PKGDEST}/lib/python2.7/beaker/crypto
export TESSDATA_PREFIX=${SYNOPKG_PKGDEST}/var/
export PYLOAD_ENVIRONMENT=1


start() {
	[ -e ${PIDFILE} ] && stop
	cd ${SYNOPKG_PKGDEST}
	mkdir -p ${SYNOPKG_PKGDEST}/var/config/Logs 2>/dev/null
	cat /dev/null >${SYNOPKG_PKGDEST}/var/config/Logs/log.txt
	chown -R pyload ${SYNOPKG_PKGDEST}/var /${PYLOAD_VOLUME}/watch 2>/dev/null
	pkgindexer_add ${SYNOPKG_PKGDEST}/dsmui/index.conf 1>/dev/null
	pkgindexer_add ${SYNOPKG_PKGDEST}/dsmui/helptoc.conf 1>/dev/null
	su root -s /bin/sh -c "${DAEMON} --daemon -p ${PIDFILE}"
}

stop() {
	if [ -e ${PIDFILE} ]; then
  su root -s /bin/sh -c "${DAEMON} -q -p ${PIDFILE}"
  PID=`cat ${PIDFILE}`
  echo "PIDfile found: ${PID}"
  kill ${PID}
  sleep 2
  [ -e /proc/${PID} ] && kill -9 ${PID}
  killps ${SYNOPKG_PKGDEST}/var/
  rm ${PIDFILE}
	else
  echo "no PID file, using killps"
  killps ${SYNOPKG_PKGDEST}/var/
  PID=`ps | grep [p]yLoadCore | cut -d' ' -f1`
  if [ -e /proc/${PID} ]; then
   kill ${PID}
   sleep 2
   kill -9 ${PID}
  fi
	fi
	pkgindexer_del ${SYNOPKG_PKGDEST}/dsmui/index.conf 1>/dev/null
	pkgindexer_del ${SYNOPKG_PKGDEST}/dsmui/helptoc.conf 1>/dev/null
	find ${SYNOPKG_PKGDEST}/var/config/tmp/ -type f -mtime +3 -exec rm {} \; >/dev/null 2>&1
}

generatelog() {
	if [ -e ${SYNOPKG_PKGDEST}/var/config/Logs/log.txt ]; then
  echo "<html><body><h3>pyLoad Logfile</h3><pre>" >${SYNOPKG_PKGDEST}/synology.out
#  sed ':a;N;$!ba;s/\n/<br\/>/g' "${SYNOPKG_PKGDEST}/var/config/Logs/log.txt" >${SYNOPKG_PKGDEST}/synology.out
  cat ${SYNOPKG_PKGDEST}/var/config/Logs/log.txt >>${SYNOPKG_PKGDEST}/synology.out
  echo "</pre>" >>${SYNOPKG_PKGDEST}/synology.out
	else
  echo "<html><body><p>No logfile yet, see help for more information.<br/>default login: admin/changeme</p>" >${SYNOPKG_PKGDEST}/synology.out
	fi
	echo "</body></html>" >>${SYNOPKG_PKGDEST}/synology.out
}


case $1 in
	start)	start
   ;;
	stop)	stop
   ;;
	restart)stop
   start
   ;;
	status)	exit 0
   ;;
	log)	generatelog
   echo "${SYNOPKG_PKGDEST}/synology.out"
   ;;
	user)	stop
   python ${DAEMON} -u
   start
   ;;
	setup)	stop
   python ${DAEMON} -s
   ;;
	*)  echo -e "pyLoad DSM package\nusage:\n\t$0 (start|stop|restart|status|log|user|setup)\n\nuser administration (restarts pyload):\n\t$0 user\ninitial setup (usually not needed):\n\t$0 setup\n"
   ;;
esac
exit 0

 

[DKeppi]

Sorry für die späte Antwort!

Weiß nicht ob es eine Rolle spielt aber in meinem Script sieht die Zeile 28
anstatt

su root -s /bin/sh -c "${DAEMON} --daemon -p ${PIDFILE}"

so aus

/bin/sh -c "${DAEMON} --daemon -p ${PIDFILE}"

su brauchst du ja nicht, da du als root ja sowieso superuser bist

Viell. ändert das was?

 

[Feuerwasser]

Leider hat das auch nichts gebracht. Denke das ändert ja auch nichts, da Pyload ja eh vom root ausgeführt wird.
Habe denke ich aber noch ein größeres Problem, da der Aufgabenplaner ja auch kein Script ansteuern kann.

 

[DKeppi]

Der Aufgabenplaner macht auch nichts...oh ok, das hab ich überlesen!
Ja dann hast du ein größeres Problem!

 

[Haniban]

Wie kann ich denn das Start stop scripte so bearbeiten das es als root läuft?
Ich verwende auch die version von enkidu.

 

[DKeppi]

- Pyload stoppen
- Als root per SSH auf die Syno (zB. mit Putty)
- Das Script /var/packages/pyload/scripts/start-stop-status öffnen (zB. mit vi)
- Zeile 28 so anpassen, dass sie folgendermaßen aussieht:

/bin/sh -c "${DAEMON} --daemon -p ${PIDFILE}"

- Pyload starten


Für Hilfe zu SSH oder vi bitte Google fragen oder im Synology Wiki (hier: vi oder hier: SSH) nachsehen

 

[DKeppi]

Mittlerweile gibt es ein Java spk von rednoah, mit welchem man sich den JAVA Pfad im Skript sparen kann.
Auch muss man Java nicht selbst laden, das macht das spk vollautomatisch

 

[DKeppi]

Zusatzinfo:
Leider funktioniert mit diesem spk jDownloader2 nicht, womöglich wegen dem fehlenden JAVA_HOME

 

[Pomm]

Gibt es denn jetzt deine Möglichkeit Java 8 + FileBot + JDownloader zu nutzen?

Würde eigentlich gerne FileBot integrieren, scheitere aber aktuell schon an der Installation von Java 8. Das Paket von MissileHugger scheint es nicht mehr zu geben.

 

[DKeppi]

Über die Synoitalia Paketquelle müsstest du das Missilehugger spk noch installieren können:
http://spk.synologyitalia.com/

Die Quelle von Missilehugger ist offline (ob nur momentan oder für immer weiß ich nicht!)

 

[Pomm]

Hat funktioniert. Java 8 und JD2 laufen, Filebot ist auch installiert. Allerdings findet Node Java nicht. Da werde ich heute Abend mal den Pfad prüfen und ggfs. korrigieren.