February 16, 20206 yr 27 minutes ago, Djoss said: I don't know, I never end-up in this situation! Derp, works fine, haha! Just right click and hit `extract now` Many thanks for the help! Is there any reason to reverse proxy this? If so, I dont see a config file anywhere for it.
February 17, 20206 yr 7 hours ago, Djoss said: You can try with a fresh install to see if this fixes the issue: Stop the container. Move your appdata folder: mv /mnt/user/appdata/JDownloader2 /mnt/user/appdata/JDownloader2.backup Start the container. That did the trick. And it appears the youtube plugin was broken somehow. All is working well now. Thanks!
February 23, 20206 yr Author On 2/16/2020 at 2:05 PM, danktankk said: Is there any reason to reverse proxy this? People usually do this to remote access the container. On 2/16/2020 at 2:05 PM, danktankk said: If so, I dont see a config file anywhere for it. Reverse proxy is done by a separate container.
March 2, 20206 yr Hi @Djoss, I installed the plugin and looks like I made a mistake. The issue I am facing is that even if I uninstalled the plugin, my syslog is getting hammered with messages every second like this Feb 29 04:40:01 Galactica emhttpd: error: get_filesystem_status, 6589: Operation not supported (95): getxattr: /mnt/user/jDownloader How can I fix it ? Edited March 2, 20206 yr by starbetrayer
March 3, 20206 yr On 11/26/2018 at 6:47 AM, Djoss said: Were you able to confirm if the archive is in rar5 format or not? Also, if you want you can send me all your logs via PM: I can check if I see anything else. It's been a while since this discussion, but it's definitely an issue with jDownloader's 7zip library -- it can't handle rar5 archives. But the underlying library has been updated, and if you manually copy it into the docker, it stops having issues with rar5 archives. I've already tested this on my end, but I'm hoping that @Djoss could update this docker with the updated library. In the meantime, here's what you need to do to fix it manually: 1. Download the updated library from here 2. Extract the contents of the /libs folder. There should be 2 files there -- sevenzipjbinding.jar and sevenzipjbinding-Linux-amd64.jar 3. The first file is OK, but the second one needs to be renamed to sevenzipjbindingLinux.jar 4. Copy both files into whatever share you have mapped to jDownlader's /output 5. open the docker console, and type in the following commands (which rename the old lib files, copy the new ones, and set up the correct owner mv /config/libs/sevenzipjbinding.jar /config/libs/sevenzipjbinding.jar.old mv /config/libs/sevenzipjbindingLinux.jar /config/libs/sevenzipjbindingLinux.jar.old mv /output/sevenzipjbinding* /config/libs/ chmod app:users /config/libs/sevenzipjbindingLinux* Edited March 3, 20206 yr by BestITGuys
March 4, 20206 yr Thanks for this, but I think the last line should read: "chown app:users /config/libs/sevenzipjbinding*" (?)
March 8, 20206 yr This container seems to hang forever on 00-app-script.sh for me: [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 00-app-niceness.sh: executing... [cont-init.d] 00-app-niceness.sh: exited 0. [cont-init.d] 00-app-script.sh: executing... I send the stop request: [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 00-app-niceness.sh: executing... [cont-init.d] 00-app-niceness.sh: exited 0. [cont-init.d] 00-app-script.sh: executing... [services.d] stopping services [services.d] stopping s6-fdholderd... [cont-finish.d] executing container finish scripts... [cont-finish.d] done. [s6-finish] syncing disks. Hangs shutting down too. Had to kill -9. Clean removed and tried again and got the same. Switched to another container and it loads fine. Not sure what the problem is, I'm using your Handbrake and MKVToolsNix and they are both working wonderfully.
March 9, 20206 yr Author On 3/2/2020 at 3:47 PM, starbetrayer said: Hi @Djoss, I installed the plugin and looks like I made a mistake. The issue I am facing is that even if I uninstalled the plugin, my syslog is getting hammered with messages every second like this Feb 29 04:40:01 Galactica emhttpd: error: get_filesystem_status, 6589: Operation not supported (95): getxattr: /mnt/user/jDownloader How can I fix it ? Did you try to start with a clean appdata folder?
March 9, 20206 yr Author On 3/3/2020 at 11:02 AM, BestITGuys said: It's been a while since this discussion, but it's definitely an issue with jDownloader's 7zip library -- it can't handle rar5 archives. But the underlying library has been updated, and if you manually copy it into the docker, it stops having issues with rar5 archives. I've already tested this on my end, but I'm hoping that @Djoss could update this docker with the updated library. In the meantime, here's what you need to do to fix it manually: 1. Download the updated library from here 2. Extract the contents of the /libs folder. There should be 2 files there -- sevenzipjbinding.jar and sevenzipjbinding-Linux-amd64.jar 3. The first file is OK, but the second one needs to be renamed to sevenzipjbindingLinux.jar 4. Copy both files into whatever share you have mapped to jDownlader's /output 5. open the docker console, and type in the following commands (which rename the old lib files, copy the new ones, and set up the correct owner mv /config/libs/sevenzipjbinding.jar /config/libs/sevenzipjbinding.jar.old mv /config/libs/sevenzipjbindingLinux.jar /config/libs/sevenzipjbindingLinux.jar.old mv /output/sevenzipjbinding* /config/libs/ chmod app:users /config/libs/sevenzipjbindingLinux* I guess this new version will be eventually supported/integrated into JDownloader2...
March 9, 20206 yr Author 6 hours ago, spamalam said: This container seems to hang forever on 00-app-script.sh for me: [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 00-app-niceness.sh: executing... [cont-init.d] 00-app-niceness.sh: exited 0. [cont-init.d] 00-app-script.sh: executing... I send the stop request: [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 00-app-niceness.sh: executing... [cont-init.d] 00-app-niceness.sh: exited 0. [cont-init.d] 00-app-script.sh: executing... [services.d] stopping services [services.d] stopping s6-fdholderd... [cont-finish.d] executing container finish scripts... [cont-finish.d] done. [s6-finish] syncing disks. Hangs shutting down too. Had to kill -9. Clean removed and tried again and got the same. Switched to another container and it loads fine. Not sure what the problem is, I'm using your Handbrake and MKVToolsNix and they are both working wonderfully. This same script is used by all my other containers... Did you removed the appdata folder along with the container? Are you using default settings?
March 9, 20206 yr 13 hours ago, Djoss said: This same script is used by all my other containers... Did you removed the appdata folder along with the container? Are you using default settings? Yeah its odd its just the one that has an issue. Both handbrake and mkvtoolsnix were running. I will try install this version again and nuke the appdata folder. Everything was default except the ports.
March 11, 20206 yr Author On 3/9/2020 at 5:53 PM, starbetrayer said: yes On which filesystem is /mnt/user/jDownloader ?
March 12, 20206 yr On 3/10/2020 at 8:00 PM, Djoss said: On which filesystem is /mnt/user/jDownloader ? it was btrfs which seems to be the issue. I resolved it by deleting the plugin and rebooting unraid so that everything in the plugin was gone. That being said, I see this as a big issue as something was left from the container that kept hammering the log after uninstallation of the plugin.
April 17, 20206 yr Hello, Is there any way to add downloads to jdownloader without opening its webUI and putting them in manually? I did see a couple Chrome extensions for Jdownloader but it appears they only work if you have it installed locally. Thanks!
April 18, 20206 yr On 4/16/2020 at 9:50 PM, Chad Kunsman said: Hello, Is there any way to add downloads to jdownloader without opening its webUI and putting them in manually? I did see a couple Chrome extensions for Jdownloader but it appears they only work if you have it installed locally. Thanks! Create an account on my.jdownloader.org and then log in with both your jdownloader app and any extension(s) you want to use. You can also use the interface at my.jdownloader.org or the android app.
May 20, 20206 yr For some reason I can't submit more than a couple links for download. the clipboard will just sit there and the only option is to cancel it out. Has anyone run into this/found a resolution? Any suggestions are welcomed. Thanks a lot.
May 24, 20206 yr Author On 5/20/2020 at 5:09 PM, meatball said: For some reason I can't submit more than a couple links for download. the clipboard will just sit there and the only option is to cancel it out. Has anyone run into this/found a resolution? Any suggestions are welcomed. Thanks a lot. You probably hit the maximum size that can be handled by the clipboard. Many people are using with success MyJDownloader with the browser's plugin.
June 1, 20206 yr On 5/24/2020 at 6:11 AM, Djoss said: You probably hit the maximum size that can be handled by the clipboard. Many people are using with success MyJDownloader with the browser's plugin. I've used JD2 for some time and actively run it on several different machines. This is the first I've run into this. To be clear I'm speaking of 6 maybe 7 links. I've seen link grabber grab as many as 20 on the desktop version of J2. Maybe the docker version is limited in the number of links you can submit simultaneously? Not a huge deal, just wanted to ask.
June 8, 20206 yr Author On 6/1/2020 at 3:01 AM, meatball said: I've used JD2 for some time and actively run it on several different machines. This is the first I've run into this. To be clear I'm speaking of 6 maybe 7 links. I've seen link grabber grab as many as 20 on the desktop version of J2. Maybe the docker version is limited in the number of links you can submit simultaneously? Not a huge deal, just wanted to ask. With the container, you are accessing the JD2 interface via VNC. When you submit something to the clipboard, this is also going through VNC. For sure the clipboard limit is not the same as in a desktop environment.
October 13, 20206 yr The default directory I use for downloads is mounted by Unassigned Devices and if it is passed through to container it needs to be mounted with slave option. Is it possible to modify JDownloader2 docker so that I can select access mode as "Read/Write - slave"?
October 14, 20206 yr Author 12 hours ago, Lavoslav said: The default directory I use for downloads is mounted by Unassigned Devices and if it is passed through to container it needs to be mounted with slave option. Is it possible to modify JDownloader2 docker so that I can select access mode as "Read/Write - slave"? Yes you can do it by editing the container and activating the Advanced View.
December 1, 20205 yr On 11/26/2019 at 10:13 PM, deusxanime said: Just having a VPN isn't quite enough. What you need is a proxy to direct it through. If you are using binhex's DelugeVPN container, I believe he usually includes the Privoxy proxy host as part of that. If so, you should be able to go into JDownloader's Settings and look under Connection Manager. You'll want to add the Privoxy proxy there using your unRAID server's host/IP address (or the DelugeVPN container's IP if you have it set to use a different one from the unRAID server, which is uncommon) and port 8118, with user and password left blank. Also make sure to uncheck the No Proxy line so it doesn't try to use your non-VPN'ed internet connection. Once you have that set you should be good to go. Just to add on - to double-check you are using your proxy, look in the Connection column of your Downloads when something is running. I think it will say in there what IP address you are using to download (might have to hover over the icons to see in a tool tip popup). Verify that is different from your normal IP you are using for your home connection. If you don't know how to check your home connection's IP, just open a browser on your home system and go to Google and search "what is my ip" and it will tell you. Sorry to pick up on this old post. So I route my traffic through the DelugeVPN container AND add the proxy in jdownloader 2 (http, IP from server, port 8118). Unfortunately it doesn't show any IP when I hover over the the connection tab (it shows only ''Connection (Resizing locked)"). Is there any other way to findout the IP?
January 16, 20215 yr I just installed this and wanted to get it working via Nginx Proxy Manager too. Right now it works perfect when accessed by the regular IP. Unfortunately, when I connect via Nginx Proxy Manager I get the outer GUI, minus the inside program GUI (see attached). This loading icon spins for about a minute and then shows server disconnected, error 1006 (see attached). I am unsure as to what I need to do to access the program via NPM.
January 21, 20215 yr I got the exact same error than SpencerRB, I got the same problem with krusader as well. If there is something to do in the config in NginxProxyManager, I would love to know it.
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.