JDownloader Community - Appwork GmbH
 

Notices

Reply
 
Thread Tools Display Modes
  #1  
Old 14.01.2020, 03:41
ElCho ElCho is offline
Tornado
 
Join Date: May 2014
Posts: 245
Default Pending Download Link/s Blocking Shutdown Ext.

Hello, since it isn't the first time I face this issue, I thought of reporting it.

Basically, let's say I have a bunch of links to download from (most times from "Zippyshare's" servers), I just start the process and enable the "shutdown extension" in order it sleeps the system. Most times all the links get downloaded fine, and thus the system get asleep, as intended; but every now and then, there is this time, when a few links (usually one or two) don't get downloaded because "temporary" server side issues. When that happens, even after several retries (with 15 minutes lapses) in some hours, when I come back to the system I see they are just one or two "problematic" files which kept on the system; and curiously enough, after "resetting" the links they start downloading right away (which makes me wonder why none of the previous retries didn't work).

Anyway, could you implement some option to "limit" the retries' attempt amount? So, let's say I fix that value at just 2 attempts per link, otherwise, make JD2 proceed to execute the shutdown task.

That would allow my system get asleep, without idling unnecessarily for hours.

Thanks.
Reply With Quote
  #2  
Old 14.01.2020, 07:02
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 17,611
Default

typical hoster issues which are caught in plugin are not user defined, a retry timer is set and core handles how many times a retry will happen before not continuing. At this time this isn't user defined at the core either.

typically JD does try multiple times, only when it exhausts this task does it set no retry. Im not aware of why it happens, I can only guess with zippyshare the server could just be overloaded with people downloading content in the same timeframe and when you wake up its now offpeak and the underlying issue has been resolved?

if dls are marked as no retry, it should allow shutdown event, only a retry event would allow timer to continue and a resumption to take place preventing shutdown.

People have made some scripts to scan for errors to auto resume (remove the error, and place dl back in queue or even reset (but you loose data dled). You can find that in the event script thread. I would possibly allow a loop to happen and prevent shutdown either further.
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #3  
Old 15.01.2020, 07:02
ElCho ElCho is offline
Tornado
 
Join Date: May 2014
Posts: 245
Default

This happened a few times so far, and the only common characteristic I remember in all cases was
the amount of links involved; when they exceeded, let's say, 130-50, the issue was triggered. I don't know if that
was really a determinant factor in order for it to happen, or rather, a mere expectable outcome since the bigger
amount of links.

If I remember correctly, those problematic links always get stuck without even starting; they just get a "problem" related message on them.

The sequence goes like this:

1- I add all the links (let's say 200).

2-
I enable the "shutdown extension" (sleep mode).

3- I start the downloads (20 chunks/16 parts). Downloads progress normally, sometimes with "early" problematic links, but those usually end being downloaded fine. The whole process should take around "4" hours, but when I later check the system after approximately "7" hours, I found it wasn't put to sleep, because 1 or 2 problematic links that weren't started.

4- I manually reset such links, start the downloading process and they are finished alright.

That would mean none of the JD2's retries (12) attempts were successfully executed; and the precise kind of moment,
where I would like to configure JD2 in a way that it just omits problematic downloads, which didn't start
after 2 or 3 attempts, and make it proceed to sleep.

Last edited by ElCho; 15.01.2020 at 07:09.
Reply With Quote
  #4  
Old 15.01.2020, 08:56
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 17,611
Default

do you have to use a reset? vs resume. ? if so maybe its todo with chunking at high levels even though you restarting with the same. I know in the past there have been resuming errors which prevent dl from finishing. I'm not aware of any longer, but hey could be possible.

Out of curiosity have you tried using less chunks and see at what least total (chuks*simdl) number of connection can still (on average) max out your internet connection?
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #5  
Old 16.01.2020, 00:41
ElCho ElCho is offline
Tornado
 
Join Date: May 2014
Posts: 245
Default

While the downloads are still being processed ("start downloads" button still active), I just pick the faulty files and
reset them, since they didn't even start; so they are resumed right away. And although I don't remember exactly, I think most probably stopping the downloads and starting the process again would produce the same result.

I didn't tried decreasing the chunks amount even more, but before I switched to 16, I was using 20. Most of the times
the downloads are processed rightly, but I think I will just create a log the next time this problem shows up, so you might be able to see what's the exact deal with it.

P.S. I see the "start downloads" button is still able to being pressed and downloads process starts, even if there isn't nothing to download. Is that by design?
Reply With Quote
  #6  
Old 16.01.2020, 04:31
raztoki's Avatar
raztoki raztoki is offline
English Supporter
 
Join Date: Apr 2010
Location: Australia
Posts: 17,611
Default

no problem

'start downloads' button is engaged until queue has exhausted all downloads or timers for retries are present.
__________________
raztoki @ jDownloader reporter/developer
http://svn.jdownloader.org/users/170

Don't fight the system, use it to your advantage. :]
Reply With Quote
  #7  
Old 20.01.2020, 07:47
ElCho ElCho is offline
Tornado
 
Join Date: May 2014
Posts: 245
Default

OK, it happened once again just a moment ago and I was able to reproduce it:

1- After downloading 169 links correctly, there was this one, who started blocking the sleeping process:

**External links are only visible to Support Staff****External links are only visible to Support Staff**

2- At the same time, I tried to download the very same link but using another system (same JD2 configs), and although it struggled a little bit before starting, the download ended correctly:

**External links are only visible to Support Staff****External links are only visible to Support Staff**

3- Undoubtedly, JD2 is having some difficulties with this particular Zippyshare's link, here I leave you some tests I made with it:

**External links are only visible to Support Staff****External links are only visible to Support Staff**

What happened there was after starting the download process it just thrown the error message and its counter; I forwarded system's clock, it started downloading fine, I stop it and reset it; then, I started it again, the error message showed up, I reset it (this last step two times). Error message shown up again, this time with a 30' counter; I forwarded system's clock, the counter showed up again and then I stopped and started the download; it got stalled once again. I made the last reset to it, and it finally was downloaded completely.

The specific download link:

**External links are only visible to Support Staff****External links are only visible to Support Staff**

I tried a few times with IDM and it always started downloading just fine, so I doubt the above issue had to be particularly
with a Zippyshare's server being the culprit here; it seems more like on the JD2 side, although it downloaded the previous 169 links just fine.

20.01.20 01.35.43 <--> 20.01.20 01.26.55 jdlog://5469330900751/

What it would be good to have for these kind of cases, is JD2 just overriding the download process timers and simply
proceed to execute the shutdown extension's order, in case it failed 2 or 3 retries attempts for 1 or more files.

Thanks.
Reply With Quote
  #8  
Old 20.01.2020, 17:28
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 70,922
Default

This would make everything very complex.
Sure you could say "Shutdown if no download progress is made within X minutes after last progress was made" but then again it would even shutdown if you have downloads pending which e.g. do not work at the moment because of e.g. these reasons:
- Account traffic is empty but will renew in X hours
- Multihoster currently has issues with hoster XY but it may work fine if you keep trying for several hours
- Limit reached and next download possible in X hours

If you ask me, you should make yourself a script for this as this is not a typical usecase and would cause more issues for other users than benefits ...

-psp-
__________________
JD Supporter, Plugin Dev. & Community Manager

Erste Schritte & Tutorials || JDownloader 2 Setup Download
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
Reply With Quote
  #9  
Old 21.01.2020, 06:50
ElCho ElCho is offline
Tornado
 
Join Date: May 2014
Posts: 245
Default

I see, well I have this problem only with Zyppyshare and it occurs every now and then, but when it happens it gets very annoying because it makes my computer keeps on idling for hours, and just because one file that couldn't be downloaded or finished.

As it seems it's an issue about how JD2 handles some Zippyshare's downloads, I thought off maybe some specific, optional setting could be added to its plugin, which handles this kind of cases.

Otherwise, I would have to think off some script which simply makes JD2 stop retrying after 2 or 3 failed attempts, and just execute the shutdown extension if there are no other active downloads.

Thanks.

Last edited by ElCho; 21.01.2020 at 06:53.
Reply With Quote
  #10  
Old 21.01.2020, 18:06
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 70,922
Default

We do not have similar reports regarding this.

I'd recommend to either investigate it on your own or use an Event Scripter script to stop the DLs to allow for shutting down or reset failing downloads until they can get completed.

-psp-
__________________
JD Supporter, Plugin Dev. & Community Manager

Erste Schritte & Tutorials || JDownloader 2 Setup Download
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
Reply With Quote
  #11  
Old 22.01.2020, 00:15
ElCho ElCho is offline
Tornado
 
Join Date: May 2014
Posts: 245
Default

As far as I know I have no problems on my end, since the same file kept being downloading fine with IDM back then when I tried; anyway, thanks for your suggestions.
Reply With Quote
  #12  
Old 22.01.2020, 00:26
pspzockerscene's Avatar
pspzockerscene pspzockerscene is offline
Community Manager
 
Join Date: Mar 2009
Location: Deutschland
Posts: 70,922
Default

That might be the case but as said, we do not have any similar reports about failing Zippyshare downloads.

As said, I would not open an extra ticket for this as what you want is possible via EventScripter:
https://board.jdownloader.org/showth...=70525&page=53

-psp-
__________________
JD Supporter, Plugin Dev. & Community Manager

Erste Schritte & Tutorials || JDownloader 2 Setup Download
Spoiler:

A users' JD crashes and the first thing to ask is:
Quote:
Originally Posted by Jiaz View Post
Do you have Nero installed?
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 01:46.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.