Netapp, missing folder weirdness
Netapp FAS3050
Boths CIFS and NFS shares
Windows 7 Enterprise clients
And an 8 year old process that has not changed
User SSH's into a Linux host, creates a folder on a mount to //netapp/custom/jobs.. lets say teh new folder is widgets. So it's //netapp/custom/jobs/widge
Inside widgets a number of files are written.
User returns to Windows where he has a CIFs share to the Custom/Jobs folder where he cannot see the new Widgets subfolder. Multiple windows users cannot see it, however I (IT) can see Widgets via other Linux hosts.
Checking the permissions via ls -l the new folder has identical perms to every other folder so it's not 'hidden'.
What could be causing this? It has happened randomly for the past few years.
Boths CIFS and NFS shares
Windows 7 Enterprise clients
And an 8 year old process that has not changed
User SSH's into a Linux host, creates a folder on a mount to //netapp/custom/jobs.. lets say teh new folder is widgets. So it's //netapp/custom/jobs/widge
Inside widgets a number of files are written.
User returns to Windows where he has a CIFs share to the Custom/Jobs folder where he cannot see the new Widgets subfolder. Multiple windows users cannot see it, however I (IT) can see Widgets via other Linux hosts.
Checking the permissions via ls -l the new folder has identical perms to every other folder so it's not 'hidden'.
What could be causing this? It has happened randomly for the past few years.
Paul Solovyovsky
check to see if access based enumeration is turned on the volume. If the permissions are flaky it could be not showing the folder to users that it doesn't see permissions for. Running CIFS/NFS on the same volume does cause weirdness, we recommend not doing this type of configuration for our customers because of this.
ASKER
That's a good suggestion Paul.. however this particular CIFs share has 'everyone' Full Control.
Engineering has a ProE server that generates the data in these subfolders.. then obviously the Engineers need access so using both NFS and CIFs on same same path was the only solution.
Engineering has a ProE server that generates the data in these subfolders.. then obviously the Engineers need access so using both NFS and CIFs on same same path was the only solution.
check the share permissions as well as ntfs permissions, sometimes they overlap causing issues.
First question you have to ask: does this volume (or qtree) have ntfs or unix security style (or perhaps mixed)?
ASKER
Funny, the qtree security is Unix here. Once all connections are dropped I can change to mixed right?
Mixed security style is NOT recommended and can be the cause of lots of issues. Leave it as is.
But this does mean that all permissions are to be managed from the Linux side and not from the Windows side.
So there are other folders in the same directory that have exactly the same unix owner/group and same unix permissions that do show up?
But this does mean that all permissions are to be managed from the Linux side and not from the Windows side.
So there are other folders in the same directory that have exactly the same unix owner/group and same unix permissions that do show up?
ASKER
Every subfolder in this one.. which there are a TON of... should all have the same security settings. Have I checked them all? No way. But they should as by and large the vast majority were created a number of years ago.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
OK sorry for the wait.. I did not have a linux host available last week to do this on. So ls -l on the entire folder shows every subfolder as 'nobody nogroup'
Can you provide an actual ls -l for both cases?
ASKER
I guess no.. I can't. I consulted with the reporting users today and discovered that one of his clients had an incorrect mount. Same share name but different server. I'll give you the points becasue you helped but as it sits right now there' s no weird folder issue to be fixed ;/
ASKER
He did not resolve the problem as it turns out there was no problem.. but he offered help and that is enough.