Bug #108
Downloads stuck in 'Waiting' to be decoded
| Status: | In Progress | Start: | 02/05/2013 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assigned to: | Alguno | % Done: |
0% |
|
| Category: | NNTPGrab Core | |||
| Target version: | - | |||
| Votes: | 0 |
Description
Currently I see for all ongoing and new downloads that the decoding step after downloading is going wrong.
All downloaded parts, of ongoing downloads, are 'Waiting' to be decoded, and it looks that after each full restart of NNTPGrab one or more part change from 'Decoding' to 'Not available'.
(with full restart I mean stopping all leftover NNTPGrab processes after quitting, or a full PC restart).
During this issue I also observed that changes is the download queue are not saved.
E.g. moving a problematic download to the bottom is not saved. At the next startup it shows at the same position it originally was.
Only if I immidiatly pause the download after starting NNTPGrab, and than move the download it is saved correcly.
Same for adding new downloads. If I pause the the queue immidiatly and than add a new download it will be added to the queue, but if I do this while normal downloading than after a restart is is not present in the queue anymore.
I suspect some kind of corruption of the database.
This started after https://www.nntpgrab.nl/issues/107 for nzb's that where probably also in the download queue at that point in time.
The behavior is not fully understood be my yet. The latest added download was also affected.
I observed also that nntpgrab_server_qt.exe is shown two times in the task manager.
History
#1 Updated by RomMon over 3 years ago
Issue is stil present, and currently preventing any donwload.
One of the last messages I see from the server is:
Decoder info Decoding completed with return value 0
NNTPGrab Core info Decoder returned 0
I did renmame C:\Documents and Settings\Gebruiker\AppData\Local\NNTPGrab\download_queue.db to generate a new file.
But that didn't solve the issue.
After exit I also often see 'nntpgrab_server_qt.exe' still in the Processes list.
I'm planning to zip 'C:\Users\Gebruiker\Documents\NNTPGrab\Temp\' and delete to see if that solves it.
#2 Updated by Alguno over 3 years ago
What version of NNTPGrab are you using? Recently a change was committed (r1956) which fixes an issue which might be related.
Could you also try to manually run C:\Program Files\NNTPGrab\nntpgrab_gui_debug.exe (without the NNTPGrab Server running) and attach the debug output which it produces to this bug report?
#3 Updated by RomMon over 3 years ago
- File Console_logging_28-Feb-2013.txt added
- File debug_window_data_28-Feb-2013.txt added
Hi Alguno,
I'm using 0.7.2 at the moment.
In the dosbox with the debug version I get a lot of "C:\Users\Gebruiker\Documents\NNTPGrab\Temp\x.y: No `=ybegin' or `begin' line found".
Is this due my earlier action, to removing the Temp directoy content?
Attached two files, one from the dosbox, and the debug window.
#4 Updated by Alguno over 3 years ago
- Category set to NNTPGrab Core
- Status changed from New to In Progress
- Assigned to set to Alguno
- The uploader didn't upload the article in question using yEnc or UUEncode
- The NZB file contains invalid message-id's (where message-id's point to regular text articles instead of yEnc/UUEncoded articles)
- Your usenet provider replaced the original articles with fake text messages due to notice-and-takedown actions
- 1305RVLAVCHD.part01.rar
- 1305RVLAVCHD.part04.rar
- 1305RVLAVCHD.part05.rar
- 1305RVLAVCHD.part07.rar
All of these files were decoded successfully so I don't see any sign that decode actions remain stuck somewhere. The "No `=ybegin' or `begin' line found" you mentioned don't seem to be part of the logs
#5 Updated by RomMon over 3 years ago
Will try again with a new NZB and only one server (newzilla6.xs4all) active.
First issue I run into is that deleting the old download queue item is only possilbe if I'm fast enough to 'Pause the schedular' e.g. before I get the
'Decoder info Decoding completed with return value 0
NNTPGrab Core info Decoder returned 0' messages.
After restart of the Sever (still used Server/client setup) first few messages are still from the deleted download. But than I found 3 instances of 'nntpgrab_server_qt.exe' in the processes list. Stopped them all and use C:\Program Files\Newsgroups\NNTPGrab\bin>nntpgrab_gui_debug.exe', and found the old donwload was still present in the download list, together with another download that I tried to add. This latest download seems to work normal, so let me try if it finish this download normal.
Regarding the "No `=ybegin' or `begin' line found" not showing up in the logs, the captures are from the same timeframe. I don't see timestamp data, so difficult to trace/prove. Could it be I wasn't fast enough with opening the 'Show debug window'?
Is there an uption to show this debug window at startup?
Will let you know when I see the issue again. For now I will use 'nntpgrab_gui_debug.exe' i.s.o. the server.
Also available in: Atom PDF
NNTPGrab

