Recreating PH is not working fine
Hi fellows,
hope somebody could give me a hand on this issue.
I've got some issues in a FSA target (NTFS volume) while recalling placeholders. When user tries to open the files by double-clicking or copying-pasting in their desktop, the archive is not recalled successfully and the file is opened in blank.
This is a known issue and have studied the case: no error has been found at databases level nor File Server. We usually can address this issue by recreating the PH in the target, either by fsautility -c parameter or by selecting then in Archive Explorer. This is where the current problem resides...
1) With fsautility, I am not able to take the complete UNC path and provoke the recreating. When I write (i.e.): fsautility -c "\\my_file_server\Drive$\root_folder\subfolder\subfolder\subfolder\affected_folder" I get a Error: Invalid UNC path \\........... I can try to launch it from the root folder, but after some minutes got the next message: Error: The EnterpriseVault.DirectoryConnection object reported an error. Ran out of memory.
2) In Archive Explorer (any kind of configuration) when I select the target get the error message (translated from Spanish): Error while executing search request, which freaks me out, as every EV services are running well at Target server as well as in EV server and no additional info has been found on the internet.
Here I post some additional data: EV for File System Archiving 9.0 SP2 running on Windows 2k3 server. File server is also W2k3.
Does anyone has resolved something like this? ANY idea will be welcome.
Thanks,
Jesus.
Comments 2 Comments • Jump to latest comment
Is the Placeholder service running on the File server ? Does the file server have the FSA agent isntalled , is the version same as that of your Ev server?
refer the following document
http://www.symantec.com/docs/TECH190333
If this response answers your concern, please mark it as a "solution"
Hi RahulG, thx for answering so soon.
Indeed the Placeholder Service is running on the FS and version is also the same. No issues are addressed for the rest (I guess) of the FSA targets. It seems to be happening just with this volume.
Not sure if your reference applies to us, as it's related to fsautility -pm parameter. But thanks to the referral, it came into my mind that some Event must have been recorded at EV Log. Actually, there were some 8390 Events reporting errors. I've dtraced the ArchiveTask service and here it is the output:
PostEdited: Meanwhile I am running a Shortcut creation tasks in order to recreate PH...
Would you like to reply?
Login or Register to post your comment.