This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

PVCS - Could not access file because it is in use by another user.

Hi 

I have two instances of users being unable to check out documents with the error:

'Could not access file because it is in use by another user. Check out <file>. <archive>'

the users privilages are correct, I can check them out as SuperUser, others with the same privs can check them out as well.

Everything on the fileserver looks ok.....no sem leftovers that I can see....

Can anyone offer some advice please?

Many thanks

Parents
  • Suggested Answer

    0  

    Hello Chris,

    File In Use errors can be caused by an inability to obtain a semaphore, or an inability to to write the target file. As a test, please split the Check-out into a separate Get and Lock operation.

    • If the Lock operation works but the Get operation fails, the problem is with the file the user is trying to write to (permissions, open in an editor, etc.).
    • If the Get operation works but the Lock operation fails,  there either is a problem with an existing semaphore, or VM is unable to create one. Should it prove hard to find the origin of this, seeing the output from VM_Debug.bat (from KB doc S141099) might prove helpful. You might want to open a support case for this and upload that file to it.

    With kind regards,

    - Richard.

  • 0 in reply to   

    Hi Richard and thanks for the speedy response.

    One of the users with the issue cannot do a get, lock or check out (we have literally just tried it), but I can still do all three.

    I removed his access to the project then re-instated it...no change.

    Anymore options?

    Thanks

    Chris

Reply
  • 0 in reply to   

    Hi Richard and thanks for the speedy response.

    One of the users with the issue cannot do a get, lock or check out (we have literally just tried it), but I can still do all three.

    I removed his access to the project then re-instated it...no change.

    Anymore options?

    Thanks

    Chris

Children
  • 0   in reply to 

    Hi Chris,

    That is peculiar. Please ask the user to re-run the Get operation and change the target location to another path that has enough space and has no pre-existing copy of the file, like their local temp folder.

    Which VM client is the user running (Desktop Client, Web Client, other?)

    Kind regards,

    - Richard.