Help with windows 7 padlock icon - private files

[moveright]

I realize this is not an sabnzbd problem but, the fact that posting it on sevenforums and tomshardware produced not a single response, I thought maybe I was looking to the wrong community for advice. So, I decided this would be my next stop and hopefully the final one.

First, my info:
windows 7 ultimate (I know I know, gross, but at least its only on one machine, all my others run some flavor of linux)
SAB and SB o on this machine
streaming to multiple other machines

Ok, hopefully you're familiar with the windows 7 padlock icon. If not, it apparently means "this is a private file that is in a public folder" in short. I store all of my tv shows and movies in a shared folder located in my public videos folder on my windows 7 machine.

What happens is that every time a new file is downloaded and placed into this folder by SABNZB, the .nfo files are fine but the video file always ends up with a padlock on it. What I have to do is go to that parent directory and right click>properties>security>advanced>change permissions> check the box that says 'include permissions for all child objects' and then apply. removes the padlock every time. If SAB has downloaded multiple shows and movies and has placed them all in their folders, I can just do this security change on the parent shared folder and it will fix all of them at once.

This is really irritating to have to do this though and, despite my efforts to convince my wife to let me trash windows and install linux, she won't go for it (understandably so, she uses photoshop and stuff).

So, I'm stuck. I've either got to find a solution to this problem, or build a NAS box to store everything on which isn't really in my budget at present.

Any ideas on what I might do to wash away my windows woes?

Thanks so much in advance!

[shypike]

Is the drive with the access problems local to the Windows 7 system?
If so, it must be a case of bad inheritance setup, because SABnzbd doesn't set any rights
and relies on the NTFS inheritance system to do its work. Normally it does.
If the drive on a Linux system, you're dealing with Samba and you will need
to fix things at the Linux side in Samba.
Samba is quite difficult to setup properly (is my experience).

[moveright]

Its local to the W7 machine.

oh my god, I've been to every google hit on the first two pages when searching for this and I feel like I've tried every inheritance/ownership combo I can imagine. UGH!

but hey, what's another set of directions at this point lol?

Thanks for the reply shypike. Do you have any suggestions for an inheritance/ownership configuration? Anything you can think of that I can check on the current configuration red flag-wise?

[shypike]

Is the drive also a share for other systems or is it fully local?
Did you try "Replace all child object permissions with inheritable permissions from this object"
at the base folder?
(It's in "Advanced security settings", then click on Managuing permission entries" at the bottom).

[moveright]

It is shared so that my appletv and 2hacked other laptops all running XBMC can stream from it. I do believe I changed that setting.

The thing that is interesting is that If I redo the setting so that all children objects inherit the permissions, it WILL remove the padlocks on the effected files. HOWEVER, every file that is placed there by SAB after that has a padlock on it, thus the necessity to constantly redo the settings every time a new file is moved there.

I found this:
http://www.sevenforums.com/tutorials/12 ... roups.html - does this sound like it may apply? I'm a little lost with the whole ownership thing. To me, if I select a folder and change its security settings to "EVERYONE=FULL CONTROL" and, select for all child objects to inherit the attributes, I should be good to go. no matter what I put in the folder or who puts it there, its shared period the end.

but that would be too simple. guess I'm not an 'outside the box' thinker lol.

[shypike]

It's worth a try, but I have no idea whether it will help.
NTFS/WinShares is a rather hairy monster, especially in mixed environments.
Where do you see the padlock? On Windows or on the other boxes?

[moveright]

On windows. What happens is that I will be watching shows on xbmc on my appletv and see a new episode of a show, select it, and it wont play. That's how I know there is a lock on that file, then I go in to the folder in windows and bam, a lock. Remove it and it plays. Sometimes xbmc wont even find the show, I have to manually check the sabnzbd history to see what was downloaded that day, then go and modfiy the permissions. Sheesh.

[shypike]

It must still be something with the way rights are setup.
SABnzbd just uses the defaults, which should simply work.
The alternative is to write a little CMD script to fix things.
It would use the "cacls" command, but that one is a challenge too.

You could do a little test first.
Take a RAR file an unpack it to a folder on the shared drive.
See whether that gives any issues.

Do you use the local path name (C:\share) or a UNC path (\\server\share) for the local drive?

[moveright]

You mean do I use those paths in sabnzbd?

[moveright]

you may be on to something. I just logged in remotely to check my paths. It then dawned on me that I don't have this problem with my movies, only my tv shows. and the difference between my movies and tv shows is that sabnzbd downloads movies to the specified /complete folder and from there, I move them into the movie directory (after fixing the folder title names, etc to meet proper naming conventions) but, for tv shows, it runs the post processing script 'autoprocesstv' which notifies sickbeard of the download and then somehow either sabnzbd or sickbeard moves the file to the appropriate tv show math for that particular show. that's got to have something to do with it.

[moveright]

Ok, I'm one step closer. This morning, I examined a file that was downloaded and placed in the appropriate folder overnight. I compared it to another file in the same folder. The new file did NOT inherit the permissions.