Quade wrote:What's the best way to trigger this?
This was also happening in B6 - when downloading MP3 files, there are extra sub-folders being created and random files being put there (as opposed to being in the Album folder).
Quade wrote:This was also happening in B6 - when downloading MP3 files, there are extra sub-folders being created and random files being put there (as opposed to being in the Album folder).
I was working with someone on IRC about an issue like that and the problem was unraring and MP3 mode. With MP3 mode disabled, you got the folder layout inside the RAR set. We were discussing whether MP3 mode should apply to RAR or PAR sets.
There is only one group that I have disabled unrar. It does disable unrar in the folder created for the a.b.group as always. What I am saying with this build, it takes those rar files and unrars them into a separate folder, whereas previously if you did not disable unrar, they would get extracted to the same folder a.b.group. It appears disabling unrar doesn't disable it, just places unrared files in another separate folder.
Quade wrote:I didn't think it was needed since you can right click "Open Folder" on any of the files.
Quade wrote:How many files in the list? That status gets saved on exit.
Quade wrote:What you seem to be asking for is for any drive being low on space to trigger Newsbin to stop downloading?
ALWAYS Feeder: Waiting for last both to finish....
This repeats many times... eventually it gets going again... then repeat all of the above. What normally should take just a couple of minute to grab and unrar, now could take an hour...
But whatever i do it fails to read the prefilled .txt
Quade wrote:
This is a message related to header importing. Header import is multi-threaded now but to keep it from running away, it'll only stack 2 jobs at the worker before it'll stall and wait for the worker to finish. What this message suggests is that header import has stalled out to the disk with the data folder. I've never actually seen this message before. It might indicate you're out of disk space or the header DB is corrupted for this groups. It might indicate that the disk is busy too. It's unrelated to downloading though.
Quade wrote:This repeats many times... eventually it gets going again... then repeat all of the above. What normally should take just a couple of minute to grab and unrar, now could take an hour...
It suggests to me that writing to a disk has stalled out. You have symptoms that both writing to the header DB and writing for unrar and download are stalling out. The question is why. It could be that multithreaded header feeding has simply run you out of disk performance.
If you look down at the bottom of Newsbin where it says "Cache:" do you see a number in parens? If yes, what's that number?
and check the Cache values for you
Quade wrote:If you look down at the bottom of Newsbin where it says "Cache:" do you see a number in parens? If yes, what's that number?
Quade wrote:and check the Cache values for you
The point of this is some people get the header import SO behind there's no real way to recover so, purging and starting over is sometimes the best method. The number I want just tells me how much header import backlog you have.
ack9 wrote: but it also add a ton of weird files/posts into my queue (had it paused) based upon one of my watch list...
Quade wrote:Yes, changes in this area. Is there any pattern to it? I use watch lists set and they SEEM to be pulling the correct files.
[03/14 19:59:45] ERROR File Assembly Chunk Size 2 doesn't match size of size of current data buffer
Quade wrote:When you download, repair should really be the exception. If you seem to be repairing every download that shows this then that suggests there's a problem. I've been downloading 100's of gigs a day lately and I'm not seeing this very often and I seldom repair.
Mindflayer wrote:How do I turn off auto-unrar/unzip?
Let me verify it still works. You out to be able to disable unrar in the autopar options.
Return to Newsbin Version 6 Beta Support
Users browsing this forum: No registered users and 2 guests