|
#1
|
|||
|
|||
Weird extraction behaviour on arm server
Hi,
I am experiencing some weird behaviour during extraction. I am running jDownloader on a Zyxel NAS (NSA325v2) with ARM processor. For some reason the filename and pathname are lost during extraction. Instead of "filename.mkv" it creates "SJDKEOJ~.mkv" etc. I cannot see any logic in the weird naming of the files. And some files work and some do not. Even though they are from the same source, so using the same original archiving software. It seems completely random which files are extracted properly and which are not. I have enabled hash checking. And it seems that all the files are still intact. They simply have weird names so I have no idea what they are and I have to check each individual file and countercheck what it could be :-D Anybody have any ideas? Is it possible that the ARM version has problems extracting files with German äöü etc. or maybe has problems with file names containing spaces or something? Last edited by officiallyme; 05.03.2017 at 13:32. |
#2
|
||||
|
||||
You have set wrong/invalid LOCALE. Java relies on correct locale environment settings.
~ happens when it is wrong, for example https://board.jdownloader.org/showth...=export+locale # set locales export LC_ALL=de_DE.UTF-8 export LANG=de_DE.UTF-8 export LANGUAGE=de_DE.UTF-8 java -jar JDownloader.jar.....
__________________
JD-Dev & Server-Admin |
#3
|
|||
|
|||
Hi,
thank you for your reply. Unfortunately I get an error: Quote:
Code:
#!/ffp/bin/sh # set locales export LC_ALL=de_DE.UTF-8 export LANG=de_DE.UTF-8 export LANGUAGE=de_DE.UTF-8 DESC="JDownloader 2 Headless" NAME=JDownloader2 PIDFILE=/e-data/jd2/JDownloader.pid USER=admin RUN_AS=admin COMMAND="/e-data/java/jre/bin/java -- -jar /e-data/jd2/JDownloader.jar" d_start() { sleep 10 start-stop-daemon --start --quiet --background --pidfile $PIDFILE --user $USER --chuid $RUN_AS --exec $COMMAND } d_stop() { start-stop-daemon --stop --quiet --pidfile $PIDFILE sleep 10 if [ -e $PIDFILE ] then rm $PIDFILE fi } case $1 in start) echo -n "Starting $DESC: $NAME" d_start echo "." ;; stop) echo -n "Stopping $DESC: $NAME" d_stop echo "." ;; restart) echoÂ* -n "Restarting $DESC: $NAME" d_stop sleep 10 d_start echo ":" ;; *) echo "usage: $NAME [start|stop|restart]" exit 1 ;; esac exit Last edited by officiallyme; 06.03.2017 at 18:10. |
#4
|
||||
|
||||
instead of de_DE use en_EN then
you should avoid using start-stop deamin as it might cause IO activity that keeps the disk alive. try with changed locale and it should work. but I'm not sure if start-stop-deamon forward environment variables
__________________
JD-Dev & Server-Admin |
#5
|
|||
|
|||
Hi,
same error message. If I manually call the export commands, only the LC_ALL fails. I wanted to check the locale settings but the command just returned "locale: command not found" |
#6
|
||||
|
||||
don't use start-stop-daemon and start JDownloader directly or
use a startscript, something like #!/bin/bash export LC_ALL=de_DE.UTF-8 export LANG=de_DE.UTF-8 export LANGUAGE=de_DE.UTF-8 /e-data/java/jre/bin/java -jar /e-data/jd2/JDownloader.jar & chmod +x the script and then start this script from your start-stop script
__________________
JD-Dev & Server-Admin |
#7
|
|||
|
|||
I can do that but the problem remains that
export LC_ALL=de_DE.UTF-8 results in an -sh: warning: setlocale: LC_ALL: cannot change locale (de_DE.UTF-8) This is independent of how JDownloader is called |
#8
|
||||
|
||||
It's just a warning. Important part is that JDownloader is started with those variables set.
__________________
JD-Dev & Server-Admin |
#9
|
|||
|
|||
OK. Is there a way to check if JDownloader receiver the variables properly? Or will I have to wait for a few more extraction and see if they work properly?
|
#10
|
||||
|
||||
You can also do a simple download with special chars
for example cdn8.appwork.org/TestÜÖÄüöä.üüü
__________________
JD-Dev & Server-Admin |
#11
|
|||
|
|||
:-D
Cannot even add that to the download list via my.jdownloader.org. It does not recognize it as a downloadlink :-D Tried a file I found online (**External links are only visible to Support Staff****External links are only visible to Support Staff**) but it is not working. It is extracted as JSI2F0~T.PDF Last edited by officiallyme; 07.03.2017 at 19:36. |
#12
|
||||
|
||||
I suggest we do a teamviewer session so we can check/fix it together. Just send me an e-mail to support@jdownloader.org.
The proper testurl is cdn8.appwork.org/Test%C3%9C%C3%96%C3%84%C3%BC%C3%B6%C3%A4.%C3%BC%C3%BC%C3%BC ;)
__________________
JD-Dev & Server-Admin |
#13
|
|||
|
|||
I just wanted to post the solution in case someone else had the same issue (ony Uyxel NSA325v2 or similar).
Mister XY from the Zyxelforum suggested to use the following, which then worked: Code:
export LANG="de_DE.UTF-8" export LC_COLLATE="C" :) |
#14
|
||||
|
||||
I posted in zyxelforum as well. I think difference is between sh/bash
export key=value export key="value" Thanks for the feedback!
__________________
JD-Dev & Server-Admin |
Thread Tools | |
Display Modes | |
|
|