Error pinning or deleting folder in Vault
Moderator: SourceGear
Error pinning or deleting folder in Vault
Yesterday I tried pinning a folder and got this error:
Item $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 caused the transaction to fail: The object could not be found. It may have been deleted, moved or renamed.
I tried deleting all my local cache files, logging in as a different user, and logging in from a different machine and got the same results. Then I tried deleting the folder and got the same error.
When I look at the properties for the folder, the Name field is blank. See the attachment for a screenshot. Any help on this would be much appreciated.
Item $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 caused the transaction to fail: The object could not be found. It may have been deleted, moved or renamed.
I tried deleting all my local cache files, logging in as a different user, and logging in from a different machine and got the same results. Then I tried deleting the folder and got the same error.
When I look at the properties for the folder, the Name field is blank. See the attachment for a screenshot. Any help on this would be much appreciated.
- Attachments
-
- Print Screen
- prntscrn.JPG (23.18 KiB) Viewed 12645 times
I also notice that if I try to move that folder, I get a slightly different error:
Item $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 caused the transaction to fail: The source object path is not found in the tree.
One other thing of note is that the folder name has an extra space at the end. So it isn't "Build 19" it's "Build 19 ". I don't know if that makes any difference. Oh, and we're running Vault version 3.5.0.
Item $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 caused the transaction to fail: The source object path is not found in the tree.
One other thing of note is that the folder name has an extra space at the end. So it isn't "Build 19" it's "Build 19 ". I don't know if that makes any difference. Oh, and we're running Vault version 3.5.0.
The server log shows these messages:
(3fa89e84-6442-4b3e-98f4-56890998b1bf) BeginTx returned: FailObjPathInvalid
(3fa89e84-6442-4b3e-98f4-56890998b1bf) Delete: $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 returned: FailObjPathInvalid
(2fce27c6-2e07-4f52-9041-33cd0b786666) BeginTx returned: FailObjPathInvalid
(2fce27c6-2e07-4f52-9041-33cd0b786666) Pin: $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 returned: FailObjPathInvalid
(4bc62195-81b4-4f95-8816-0a1bde510e27) BeginTx returned: FailObjPathInvalid
(4bc62195-81b4-4f95-8816-0a1bde510e27) Rename: $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 to Build 19 (Do Not Use) returned: FailObjPathInvalid
ListDeletedObjects returned: FailObjPathInvalid
(3fa89e84-6442-4b3e-98f4-56890998b1bf) BeginTx returned: FailObjPathInvalid
(3fa89e84-6442-4b3e-98f4-56890998b1bf) Delete: $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 returned: FailObjPathInvalid
(2fce27c6-2e07-4f52-9041-33cd0b786666) BeginTx returned: FailObjPathInvalid
(2fce27c6-2e07-4f52-9041-33cd0b786666) Pin: $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 returned: FailObjPathInvalid
(4bc62195-81b4-4f95-8816-0a1bde510e27) BeginTx returned: FailObjPathInvalid
(4bc62195-81b4-4f95-8816-0a1bde510e27) Rename: $/Releases/ActiveLink Process Release 3/ActiveLink Download Processes/ActiveStaffer/Sub Releases/Release 1/Builds/Build 19 to Build 19 (Do Not Use) returned: FailObjPathInvalid
ListDeletedObjects returned: FailObjPathInvalid
This sounds like a bug we had in previous versions, where a trailing space made the path invalid. But this was fixed in Vault 3.0 and I couldn't reproduce this with the same folder path in Vault 3.5.3.
The first thing I'd suggest is to restart the Vault Server by restarting IIS. you can use the iisreset command from the command line.
The first thing I'd suggest is to restart the Vault Server by restarting IIS. you can use the iisreset command from the command line.
Linda Bauer
SourceGear
Technical Support Manager
SourceGear
Technical Support Manager
I did some further investigation: There was a different problem which caused a problem if a file or folder had a trailing space.
We changed the behavior in Vault 3.5.2. As a first step, I'd suggest that you upgrade to Vault 3.5.3.
Users should delete their client-side cache files before they connect again after the upgrade. It's a good idea to upgrade clients as well.
Let us know if this does not resolve the problem.
We changed the behavior in Vault 3.5.2. As a first step, I'd suggest that you upgrade to Vault 3.5.3.
Users should delete their client-side cache files before they connect again after the upgrade. It's a good idea to upgrade clients as well.
Let us know if this does not resolve the problem.
Linda Bauer
SourceGear
Technical Support Manager
SourceGear
Technical Support Manager