newsbin.com

I just started to use v6.21.
Most files are downloaded and renamed. However, seemingly randomly, I get several files with the ERROR:
[18:39:34] ERROR - Finish -Spooler: Unable to Rename Output file:
and the files are not renamed (they have extension *nb2)

Newsbin then continues downloading/renaming w/o issues until an hour or so later, when several files get the same error again.

I now have ~5% of my files with the nb2 extension.

I have 900 files in the directory, and 241 GB free on the drive.

No clue. Might fire up "ProcMon" and see if you can catch the failures. Might try 6.3B4 too.

Quade wrote:No clue. Might fire up "ProcMon" and see if you can catch the failures. Might try 6.3B4 too.

Here are the results from Process Monitor (for an example file; the problem persist):
Process Name: Newbinpro64.exe
PID: 5988
Operation: Write File
Path: "The path to the *.nb2 file"
Result: FILE LOCK CONFLICT
Detail: Offset: 8,388,608, Length: 1,048,576, I/O Flags: Non-cached, Paging I/O, Synchronous Paging I/O, Priority: Normal

Something seems to lock the file
I have now excluded the download path in the Antivirus (ESET) to see if this could help.
However, very strange that it only happens intermittently, and then for about 10 files before it works normally again.

I guess that it would be safe to rename the files myself? Would Autorar still work after the renaming?
I have a renaming program that uses Regex. Any clue what rules I would use to rename..? Maybe post in the Regex forum otherwise..

If you rename them. Newsbin won't ever see them again. Your best bet is to add the download to the download list again with Ctrl-Y. If won't re-download the files you already have and might pick up the NB2's again (though I doubt it). You can feed the NB2's into quickpar too.

Newsbin doesn't do any file locking. It assumes it has full control of the download path. I think V scanner is a good thing to target.

Quade wrote:If you rename them. Newsbin won't ever see them again. Your best bet is to add the download to the download list again with Ctrl-Y. If won't re-download the files you already have and might pick up the NB2's again (though I doubt it). You can feed the NB2's into quickpar too.

Newsbin doesn't do any file locking. It assumes it has full control of the download path. I think V scanner is a good thing to target.

Excluding the directory from the Antivirus didn't help
I have a program called unlocker, but I am not sure if I will have time to check what might be locking the file as it may only be locked transiently..

You have to be more broad in your testing. Completely disable the antivirus and test. Don't trust the exclude mechanism. Personally, I'm doubting it's eset, I use it and have never had problems or had to do any custom fiddling to get newsbin to work. Completely disable and test it, though, to be sure. I'm leaning more in the direction of some other application you have installed that gets between other applications and storage. Maybe permissions too, or you're leaving out something critical like you're running this over a network or VM.

DT

I've encountered this problem in the past after reinstalling Windows 7 to my computer. In my particular case the problem turned out to be file permissions. The solution was to take ownership of all folders, subfolders, and files on the drive to which Newsbin writes the files it downloads.

KingFish wrote:I've encountered this problem in the past after reinstalling Windows 7 to my computer. In my particular case the problem turned out to be file permissions. The solution was to take ownership of all folders, subfolders, and files on the drive to which Newsbin writes the files it downloads.

Did you have the same exact issue that intermittently a group of nb2 files could not be renamed, but no problem most of the time?
With ownership, are you referring to "security"? "Everyone" has full control (grey check-mark) in the particular subfolder where I download the current group.

Sure, that can happen, if the application needs to create folders on the fly and permissions are pooched. You need to debug debug debug. First off, it's easy to get eset out of the way, I'm assuming you tried disabling and that made no difference? Secondly, is the location of your data folder in a 'proper' place, somewhere your account is allowed to write? You can just manually control permissions if you want, but you're less likely to run into trouble just running in a proper userspace. Editing out personal information, maybe indicate where your data folder is. This can be found under options /setup/open data folder.

DT

ppan wrote:Did you have the same exact issue that intermittently a group of nb2 files could not be renamed, but no problem most of the time?
With ownership, are you referring to "security"? "Everyone" has full control (grey check-mark) in the particular subfolder where I download the current group.

These happens frequently under my installations of Windows XP Professional, and 7 Ultimate, when the renaming of the .nb2 file would result in a filepath that exceeds 254 (255?) characters. The enabling of Newsbin's Filename Option setting "Save files in Folders named for the Newsgroup" and/or the AutoPAR Option setting of "Save to a unique Folder named for a Source file" and/or "Add a path prefix - UnRAR to a folder named for the source folder" increase frequency of the occurrences of the problem. (ie: "D:\Newsbin Downloads\alt.binaries.videos.with.really.really.really.long.file.names\01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456.nb2" (254 characters if I counted correctly) can't be renamed "D:\Newsbin Downloads\alt.binaries.videos.with.really.really.really.long.file.names\01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456.xvid" (255 characters if I counted correctly).

Yes, security. I've encountered problems with Newsbin after reinstalling Windows (2000, XP Professional, and Windows 7 Ultimate) due to the ownership of folders and files on partitions that existed before the reinstallation being changed to something like "S-1-5-21-2440684244-3578240440-3689307553-1001" rather than my usual username. I have to take ownership of those folders and files in order to overcome those problems.

DThor wrote:Sure, that can happen, if the application needs to create folders on the fly and permissions are pooched. You need to debug debug debug. First off, it's easy to get eset out of the way, I'm assuming you tried disabling and that made no difference? Secondly, is the location of your data folder in a 'proper' place, somewhere your account is allowed to write? You can just manually control permissions if you want, but you're less likely to run into trouble just running in a proper userspace. Editing out personal information, maybe indicate where your data folder is. This can be found under options /setup/open data folder.

DT

Yes, disabling Eset did not help. The data folder and download folders are on separate drives; data on my internal "data drive" (not boot drive) and download on a USB drive. Thus, I expect the folder locations to be "proper".
BTW, I noticed that the rename problem only happens with rar files. This could be due to some rar processing issue or that they are large files. I wonder if it could have anything to do with the fact that I am saving on a slower external USB drive (I had no such issues in v5.59).

KingFish wrote:These happens frequently under my installations of Windows XP Professional, and 7 Ultimate, when the renaming of the .nb2 file would result in a filepath that exceeds 254 (255?) characters. .

The total number of characters of the path (including the nb2 name) is only 122.
Note that .part425.rar renamed fine but not .part426.rar, and they have the same number of characters.

It's never happened to me. I think you need to focus on things running on your PC that might step on the download. Newsbin trims paths and filenames as necessary to keep them under 255 chars long. Still you're better off keeping the paths as short as possible.

I'm having this issue consistently with 6.30B6.

So, you'll need to try and figure out why. It's nothing inherent in Newsbin causing the problem, since the vast majority of users never see this, it's somehow related to length of the path, antivirus, or permissions, or something like that. You'll just need to try and remove variables to see what's triggering it.

DT

I'm seeing this intermittently (but consistently) now as well. Didn't happen before I upgraded to 6.2. Just tried upgrading to 6.31 RC and it didn't fix it... Something is wonky.

There's lots of advice in this topic already. What have you tried? Newsbin tries to rename the file and something prevents the rename. Probably your virus scanner.

You could try telling your V scanner to not look in the download folder for instance and see if that changes anything.

Me I have this, from time to time, when an RAR is uncompressed.
So I think it's maybe a prob with the size of the extracting path.
I will look better the next time and I will come back for the report.

And no, it's not my AV

ERROR - Finish -Spooler: Unable to Rename Output file:

Only happens during download. If you're having a problem with path length on unrar, you'll get a different error. UnRAR failure or something like that. Yes, I agree that that won't be a V scanner issue.

Basically for this error newsbin writes the output files, closes it and says "rename" and windows says "no". There doesn't seem to be a mechanism to rename an open file. That would solve this too. The problem is, as soon as I close the file, the V scanner seems to jump in and scan it looking for malware but, that's also the time I try to rename it.

http://stackoverflow.com/questions/7147577/programmatically-rename-open-file-on-windows

"Renaming requires that the file in question was opened with FileShare.Delete sharing. If that share flag is missing, you can not rename/move the file while it is still open."

Thanks. I'll give it a try.