Achievement_First
asked on
Sharepoint 2007 gives error 0x80070002 when checking out a file
I could use some expert help in an issue I am seeing in our Sharepoint Server 2007.
One specific account is trying to checkout a file and getting the error file not found 0x80070002.
The issue is not computer specific as any computer logged in as the person has the same issue.
We have recreted his sharepoint account (blown away and repulled from AD) but that did not work.
We noticed that even giving the account access to the folder directly 9not via an AD group) has issues. When we try adding his account to give him contribute access, the system gives an error and would not add the account to the permission.
has anyone encountered this before? Any other account we use is functioning properly and can access the files in the sharepoint server, just this one particular one cannot do so.
Thanks
One specific account is trying to checkout a file and getting the error file not found 0x80070002.
The issue is not computer specific as any computer logged in as the person has the same issue.
We have recreted his sharepoint account (blown away and repulled from AD) but that did not work.
We noticed that even giving the account access to the folder directly 9not via an AD group) has issues. When we try adding his account to give him contribute access, the system gives an error and would not add the account to the permission.
has anyone encountered this before? Any other account we use is functioning properly and can access the files in the sharepoint server, just this one particular one cannot do so.
Thanks
ASKER
Rainerj,
do you think it will still be corrupt even if we repulled the account from AD? Also, where in the sharepoint serve can i find this log?
Thanks
do you think it will still be corrupt even if we repulled the account from AD? Also, where in the sharepoint serve can i find this log?
Thanks
Hi,
yes, because if you "delete" the user in Sharepoint, the enty in the database is not deleted but a flag is set (e.g. you dont want to loose the info that the user has last modified a document - even when the user is removed from AD).
The SharePoint ULS log is by default on the SharePoint server in
C:\Program Files\Common Files\Microsoft Shared\Web Server extensions\12\logs
(for SharePoint 2010 its the 14 folder)
You might consider using a separate tool like
http://sharepointlogviewer.codeplex.com/
Try to run the action again - otherwise you will have to find the right log file through the timestamp.
HTH
Rainer
yes, because if you "delete" the user in Sharepoint, the enty in the database is not deleted but a flag is set (e.g. you dont want to loose the info that the user has last modified a document - even when the user is removed from AD).
The SharePoint ULS log is by default on the SharePoint server in
C:\Program Files\Common Files\Microsoft Shared\Web Server extensions\12\logs
(for SharePoint 2010 its the 14 folder)
You might consider using a separate tool like
http://sharepointlogviewer.codeplex.com/
Try to run the action again - otherwise you will have to find the right log file through the timestamp.
HTH
Rainer
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Issue was resolved after redoing the permissions in the share and removing conflicts.
perhaps the user account / profile information on this site is somehow corrupt.
Can you check the SharePoint ULS log for additional information on that error?
HTH
Rainer