SABnzbd Forums

I'm running sabnzbd on two Windows machines and after a recent(ish) update I've noticed when I'm setting a category for a download, if the destination folder is a symlink or a junction, after the extraction of the file, sabnzbd deletes the symbolic link.

I then have to recreate the link. What's the cause here, does it not support unpacking to symlinked or junctioned folders? Can I stop this from happening or do I have to set the unpack folder to the physical location on the drive?

Thanks

I don't know,I have never tested it. But I cannot think of any reason why it would not work.
Creating or deleting requires administrative rights, so a work-around would be not to run SABnzbd as admin.
It's not that the symlinks are in the RAR files?

Hi,

It seems I have the same problem with my tv shows downloads.

I use the following structure for my TV shows:
"Show X" folder of the TV Show (contains the TV show in SD definition)
|_sub folder "720p" (contains the TV show in HD, junction symlink with folder on another hard drive)
|_sub folder "Archives" (contains already shown SD episodes, junction symlink with folder on another hard drive)

So for each TV shows I have 2 categories for downloads :
- "Show X" which saves files in folder "Show X"
- "Show X HD" which saves files in folder "Show X\720p"

And each time a TV show is saved in "Show X", it deletes the sub folders "720p" and "Archived". And fortunatly they are not only symlink...

This system works during several months, and I don't know when exactly it starts to remove these folders.

I try in the configuration of the category to add "\*" in order do not create sub folder, it doesn't help.

Do you have any suggestion in order to correct this problem ?

CaiRve wrote: ...

I have have trouble reconstructing what your setup is.
It seems awfully convoluted to me.
Can you list a concrete example?
Generally it's not advisable to create additional folders in a category destination,
because SABnzbd will try to clean up empty folders when you use the Sort functions.

BTW: Adding \* is not correct, you should add only *

You're right for the "\*", but it was the same with "*".

I've just reinstall version 0.7.3, and this versions works flawlessly, it let my subfolders.

this is an exemple of my structure:



The main Video folder is on 1 drive
The 720p folder is a symlink/junction on another drive on which I store all the TV show in HD
The Archives folder is a symlink/junction on another drive which I store all the TV show in SD as archives when I have seen them.
And the default extraction folder of sabnzbd is on another folder (not relevant in this case).

It permits me to share space of all my tv shows on 3 hard drives.

And I've just tested and in version 0.7.3 it let my symlink subfolders, and the removing of them occurs since a more recent version .

I'll put in on the to-do list, there was no time to handle it for 0.7.11 which had bigger bugs to squash.
0.7.3 probably works OK because (due to a bug) it doesn't always remove empty stray folders.
BTW: if you don't run SABnzbd in admin mode, it won't be able to remove symlinks (if I remember correctly).

OK, no problem, I can stay on this version
Will try to remove the admin right to sabnzbd, but not shure it will work because my folders/files are available for every one, and sabnzbd is set to start automatically on my Win7 64b

But it's true that it can be a good idea to sabnzbd to only remove the fodler created during the extract, and not all the present folders or symlinks

How exactly do you create your "symlinks"?
Are these hard links or junction points?
Are they located on a local NTFS drive or a mounted drive?

it was junctions on ntfs internal hard drives

This problem still persists on the current version - any likelihood of a fix anytime soon? Hate having to constantly recreate the symlinks

By the way sabnzbd is still freaking awesome. Thanks.

Not before the next major release (0.8.0).
Maybe sooner if there's a reason to bring out another 0.7.x

shypike wrote:Not before the next major release (0.8.0).
Maybe sooner if there's a reason to bring out another 0.7.x

OK cool - just happy that it will be fixed eventually

Do you have an example NZB and the sort expression that show this behaviour?
I have been looking at this, but I cannot reproduce the issue.
Please email to [email protected] and also include the URL of this message.

Hi Shypike

Didn't have thread notification turned on - sorry for the delay in reply!

To reproduce the issue use the following folder hierarchy (on windows platform). It's completely NZB independent.

Sabnzbd settings:
Under swtiches, post processing, tick all.
Under switches, naming, all but second (Replace Spaces in Foldername) ticked.

Then
- Create a folder on your desktop, say Test.
- Inside this folder create a symlink from another location (another drive even) - lets call it "Folder", and you are symlinking this from the real location of d:\Folder.
- Create a category in sabnzbd - called Test, priority and processing at default, script default, folder and path at "C:\Users\username\Desktop\Test\Folder\*"
- Download the a file, assign it the category of Test

The file will be placed in d:\Folder, but the symlinked folder "Folder" in the Test folder on your desktop will be deleted.

Hi Shypike,

Is this problem solved in the 0.80 beta ?