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
Achievement_FirstAsked:
Who is Participating?
 
Achievement_FirstAuthor Commented:
Rainer,
this has been resolved.  
I tried to recreate the issue so that i could get the entry in the log but it was working this morning.
My manager was troubleshooting last night and saw that the permissions needed to get fixed throughout the site.  The top level permissions needed to flow to the bottom.  This had to happen after the account in sharepoint was recreated as the permissions were conflicting.
After she redid the permissions, the error no longer appeared and we are also able to edit the permissions and add the account without issues.

thanks for your help.
0
 
Rainer JeschorCommented:
Hi,
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
0
 
Achievement_FirstAuthor Commented:
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
0
 
Rainer JeschorCommented:
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
0
 
Achievement_FirstAuthor Commented:
Issue was resolved after redoing the permissions in the share and removing conflicts.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.