rdseepaul Absent Member.
Absent Member.
1438 views

S-1-1-0 Error when trying to delete folders on an NCP Server


Hello:
We are seeing the S-1-1-0 permission error when trying to delete
folders on an NCP Server from a Win 7 Client with the Novell Client 2
SP2.
It does not matter who the user is.
As far as I know S-1-1-0 is the SID for the Everyone Group in windows
world. After XP SP2 anonymous users were no longer included in the
Everyone Group.
It would seem logical that Win 7 would adhere to the same behaviour.
There was never any explanation for what caused the problem when it was
fixed in the XP Client (IR8 and later)
Renaming the folders to something else allows deletion.
This error is fixed in the Novell XP Client but does not seem to be
fixed in Windows 7 with the SP2 Client (Which is the latest version)
Anyone know what causes this problem?


--
rdseepaul
------------------------------------------------------------------------
rdseepaul's Profile: http://forums.novell.com/member.php?userid=12830
View this thread: http://forums.novell.com/showthread.php?t=450993

Labels (1)
0 Likes
8 Replies
Bob-O-Rama
Visitor.

Re: S-1-1-0 Error when trying to delete folders on an NCP Se

This is a known issue and was under the impression it was resolved recently. Of course it will have to wait till its released by Novell. If this is just a one-off problem for a particular folder or folder tree, check to see if the folder or a subfolder or file has the HIDDEN or SYSTEM attribute set, clear that and you should be OK. If this is a bigger issue, and you need this sooner, open an SR and you may be able to get a fix from them.

-- Bob
0 Likes
rdseepaul Absent Member.
Absent Member.

Re: S-1-1-0 Error when trying to delete folders on an NCP Server

On 1/18/2012 9:26 PM, Bob-O-Rama wrote:
>
> This is a known issue and was under the impression it was resolved
> recently. Of course it will have to wait till its released by Novell.
> If this is just a one-off problem for a particular folder or folder
> tree, check to see if the folder or a subfolder or file has the HIDDEN
> or SYSTEM attribute set, clear that and you should be OK. If this is a
> bigger issue, and you need this sooner, open an SR and you may be able
> to get a fix from them.
>
> -- Bob
>
>

None of what you describe re hidden attributes applies in our case.
None of these attributes are on for these folders or files.
Files were migrated from a Netware 6.5 OES NSS server to an OES Linux
Server.
Weeks After Migration
It came up when an administrator was trying to delete a number of
directories and sub directories and got the popup window.
Did not matter what user tried to delete them.
Renaming the folders individually in the directory tree structure
allowed you to delete them. Sometimes toggling the "Read Only" attribute
on and the off again let you delete too.
Either way a royal pain in the buttinski
If you deleted from an XP workstation it worked.

We found two TIDS
1) 1st TID was related to an older version of the XP Novell Client and
was fixed for any XP Client newer than IR8.
2) The newer TID from July 2011 simply said "Reported to Engineering"
and it referenced Windows 7 as the offending platform. We are on the
latest version of Windows 7 Enterprise and the Novell Win 7 Client 2 SP2.

I guess we will go beg for the "fix" looks like some kind of client
version control problem because the old version of the Win 7 Client did
not do this or we never saw it.

Still would like to know what caused it in the first place.
0 Likes
rdseepaul Absent Member.
Absent Member.

Re: S-1-1-0 Error when trying to delete folders on an NCP Server

On 1/19/2012 2:30 PM, Richard Seepaul wrote:
> On 1/18/2012 9:26 PM, Bob-O-Rama wrote:
>>
>> This is a known issue and was under the impression it was resolved
>> recently. Of course it will have to wait till its released by Novell.
>> If this is just a one-off problem for a particular folder or folder
>> tree, check to see if the folder or a subfolder or file has the HIDDEN
>> or SYSTEM attribute set, clear that and you should be OK. If this is a
>> bigger issue, and you need this sooner, open an SR and you may be able
>> to get a fix from them.
>>
>> -- Bob
>>
>>

> None of what you describe re hidden attributes applies in our case.
> None of these attributes are on for these folders or files.
> Files were migrated from a Netware 6.5 OES NSS server to an OES Linux
> Server.
> Weeks After Migration
> It came up when an administrator was trying to delete a number of
> directories and sub directories and got the popup window.
> Did not matter what user tried to delete them.
> Renaming the folders individually in the directory tree structure
> allowed you to delete them. Sometimes toggling the "Read Only" attribute
> on and the off again let you delete too.
> Either way a royal pain in the buttinski
> If you deleted from an XP workstation it worked.
>
> We found two TIDS
> 1) 1st TID was related to an older version of the XP Novell Client and
> was fixed for any XP Client newer than IR8.
> 2) The newer TID from July 2011 simply said "Reported to Engineering"
> and it referenced Windows 7 as the offending platform. We are on the
> latest version of Windows 7 Enterprise and the Novell Win 7 Client 2 SP2.
>
> I guess we will go beg for the "fix" looks like some kind of client
> version control problem because the old version of the Win 7 Client did
> not do this or we never saw it.
>
> Still would like to know what caused it in the first place.

No choice so I opened a support call, so now I am engaged in doing the
funky chicken with support. SE needs to check with his mentor.
When I get to the root cause I will post
0 Likes
Highlighted
rdseepaul Absent Member.
Absent Member.

Re: S-1-1-0 Error when trying to delete folders on an NCP Server

On 1/20/2012 8:15 AM, Richard Seepaul wrote:
On 1/20/2012 8:15 AM, Richard Seepaul wrote:
> On 1/19/2012 2:30 PM, Richard Seepaul wrote:
>> On 1/18/2012 9:26 PM, Bob-O-Rama wrote:
>>>
>>> This is a known issue and was under the impression it was resolved
>>> recently. Of course it will have to wait till its released by Novell.
>>> If this is just a one-off problem for a particular folder or folder
>>> tree, check to see if the folder or a subfolder or file has the HIDDEN
>>> or SYSTEM attribute set, clear that and you should be OK. If this is a
>>> bigger issue, and you need this sooner, open an SR and you may be able
>>> to get a fix from them.
>>>
>>> -- Bob
>>>
>>>

>> None of what you describe re hidden attributes applies in our case.
>> None of these attributes are on for these folders or files.
>> Files were migrated from a Netware 6.5 OES NSS server to an OES Linux
>> Server.
>> Weeks After Migration
>> It came up when an administrator was trying to delete a number of
>> directories and sub directories and got the popup window.
>> Did not matter what user tried to delete them.
>> Renaming the folders individually in the directory tree structure
>> allowed you to delete them. Sometimes toggling the "Read Only" attribute
>> on and the off again let you delete too.
>> Either way a royal pain in the buttinski
>> If you deleted from an XP workstation it worked.
>>
>> We found two TIDS
>> 1) 1st TID was related to an older version of the XP Novell Client and
>> was fixed for any XP Client newer than IR8.
>> 2) The newer TID from July 2011 simply said "Reported to Engineering"
>> and it referenced Windows 7 as the offending platform. We are on the
>> latest version of Windows 7 Enterprise and the Novell Win 7 Client 2 SP2.
>>
>> I guess we will go beg for the "fix" looks like some kind of client
>> version control problem because the old version of the Win 7 Client did
>> not do this or we never saw it.
>>
>> Still would like to know what caused it in the first place.

> No choice so I opened a support call, so now I am engaged in doing the
> funky chicken with support. SE needs to check with his mentor.
> When I get to the root cause I will post


> On 1/19/2012 2:30 PM, Richard Seepaul wrote:
>> On 1/18/2012 9:26 PM, Bob-O-Rama wrote:
>>>
>>> This is a known issue and was under the impression it was resolved
>>> recently. Of course it will have to wait till its released by Novell.
>>> If this is just a one-off problem for a particular folder or folder
>>> tree, check to see if the folder or a subfolder or file has the HIDDEN
>>> or SYSTEM attribute set, clear that and you should be OK. If this is a
>>> bigger issue, and you need this sooner, open an SR and you may be able
>>> to get a fix from them.
>>>
>>> -- Bob
>>>
>>>

>> None of what you describe re hidden attributes applies in our case.
>> None of these attributes are on for these folders or files.
>> Files were migrated from a Netware 6.5 OES NSS server to an OES Linux
>> Server.
>> Weeks After Migration
>> It came up when an administrator was trying to delete a number of
>> directories and sub directories and got the popup window.
>> Did not matter what user tried to delete them.
>> Renaming the folders individually in the directory tree structure
>> allowed you to delete them. Sometimes toggling the "Read Only" attribute
>> on and the off again let you delete too.
>> Either way a royal pain in the buttinski
>> If you deleted from an XP workstation it worked.
>>
>> We found two TIDS
>> 1) 1st TID was related to an older version of the XP Novell Client and
>> was fixed for any XP Client newer than IR8.
>> 2) The newer TID from July 2011 simply said "Reported to Engineering"
>> and it referenced Windows 7 as the offending platform. We are on the
>> latest version of Windows 7 Enterprise and the Novell Win 7 Client 2 SP2.
>>
>> I guess we will go beg for the "fix" looks like some kind of client
>> version control problem because the old version of the Win 7 Client did
>> not do this or we never saw it.
>>
>> Still would like to know what caused it in the first place.

> No choice so I opened a support call, so now I am engaged in doing the
> funky chicken with support. SE needs to check with his mentor.
> When I get to the root cause I will post

Hello All:
Received a different version of ncfsd.sys from Novell with "do this"
instructions (i.e. right click the inf file and install.)
No explanation of what the issue really is.

Replacing ncfsd.sys with this one that has the following version number
1.0.51.2800 causes the popup window error messages re S-1-1-0 Access
denied to go away.


The version of ncfsd.sys that comes with Client 2 SP2 is 1.0.51.6129.


0 Likes
Bob-O-Rama
Visitor.

Re: S-1-1-0 Error when trying to delete folders on an NCP Se

rdseepaul;2169319 wrote:
On 1/18/2012 9:26 PM, Bob-O-Rama wrote:
>
> This is a known issue and was under the impression it was resolved
> recently. Of course it will have to wait till its released by Novell.
> If this is just a one-off problem for a particular folder or folder
> tree, check to see if the folder or a subfolder or file has the HIDDEN
> or SYSTEM attribute set, clear that and you should be OK. If this is a
> bigger issue, and you need this sooner, open an SR and you may be able
> to get a fix from them.
>
> -- Bob
>
>

None of what you describe re hidden attributes applies in our case.

Renaming the folders individually in the directory tree structure
allowed you to delete them. Sometimes toggling the "Read Only" attribute
on and the off again let you delete too.


You would need to check the NSS attributes, not the attributes as watered down by Windows. With Windows you have Read Only. On TFS and NSS that maps to Read Only + Rename Inhibit + Delete Inhibit. These are completely independent attributes on NSS. So a file can show up in Windows without Read Only set, but is not deletable because delete inhibit or rename inhibit is set. Toggling R/O sets and clears all 3. Anyway, this merely sets up the condition which exercise the glitch in the client.

-- Bob
0 Likes
rdseepaul Absent Member.
Absent Member.

Re: S-1-1-0 Error when trying to delete folders on an NCP Server

On 1/20/2012 11:46 AM, Bob-O-Rama wrote:
>
> rdseepaul;2169319 Wrote:
>> On 1/18/2012 9:26 PM, Bob-O-Rama wrote:
>>>
>>> This is a known issue and was under the impression it was resolved
>>> recently. Of course it will have to wait till its released by

>> Novell.
>>> If this is just a one-off problem for a particular folder or folder
>>> tree, check to see if the folder or a subfolder or file has the

>> HIDDEN
>>> or SYSTEM attribute set, clear that and you should be OK. If this

>> is a
>>> bigger issue, and you need this sooner, open an SR and you may be

>> able
>>> to get a fix from them.
>>>
>>> -- Bob
>>>
>>>

>> None of what you describe re hidden attributes applies in our case.
>>
>> Renaming the folders individually in the directory tree structure
>> allowed you to delete them. Sometimes toggling the "Read Only"
>> attribute
>> on and the off again let you delete too.
>>

>
> You would need to check the NSS attributes, not the attributes as
> watered down by Windows. With Windows you have Read Only. On TFS and
> NSS that maps to Read Only + Rename Inhibit + Delete Inhibit. These
> are completely independent attributes on NSS. So a file can show up in
> Windows without Read Only set, but is not deletable because delete
> inhibit or rename inhibit is set. Toggling R/O sets and clears all 3.
> Anyway, this merely sets up the condition which exercise the glitch in
> the client.
>
> -- Bob
>
>

Bob thanks for the useful feedback. Now I understand what toggling the
Windows R/O bit did.
To further clarify, you seem to be saying that if a file with windows
r/o attribute set is copied to an NSS directory e.g. from a Wndows
Profile Directory then it is interpreted by NSS as r/o and Di and Ri.
True?

I recall looking to see if these attributes were set and they were not
am I missing something?
I always like learning what the issues "really" are !
I just keep poking till someone spills the beans.

0 Likes
Tor Emil
New Member.

Re: S-1-1-0 Error when trying to delete folders on an NCP Se

fixed in ir1 of client sp2 win 7
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: S-1-1-0 Error when trying to delete folders on an NCP Se

A good bit of information for the old "toolbox". - Thanks Bob-o-Rama!


Leroy Joseph
Visual Click Software
(eDirectory Management and Reporting)
eDirectory Management and Reporting | DSRAZOR for eDirectory
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.