EV 8.0.4 FSA Problem retrieving WAV Files only
Created: 06 Mar 2013 | Updated: 07 Mar 2013 | 13 comments
This issue has been solved. See solution.
Hi,
We have a EV 8.0.4 FSA Archiving file server.
When we try to copy a folder with lots of files with lots of archived files ... all files are copied fine apart from the WAV files.
An unexpected error is keepinh you from copying the file. If you continue to receive this error, you can use the error code to search for help with this problem.
Error: 0x800710FE: This file is currently not available for use on this computer.
Any idea please?
Many Thanks
Discussion Filed Under:
Comments 13 Comments • Jump to latest comment
DTRACE of placeholder service
Is this related to large files? Do you get this event 6287 unable to fetch item, if yes then try following:
EV Storage code checks the existence of the IResponse interface registry key as part of normal processing for large file requests.
The IResponse interface is created during the installation of Internet Information Services with ASP enabled. The log analysis reveals the root-cause being with the IResponse interface for which the corresponding Registry entry was not present.
Placeholder Service Dtrace => EV-Content-Length not present in header
EV Server Dtrace => Passed IUnknown is not IIS IResponse
Try this:
Re-registering asp.dll with regsvr32.exe recreates the missing IResponse interface registry key. This file is located under: \%windir%\system32\inetsrv
Hi
Yes that happens for large files.
Where is IResponse interface registry key ?
I have done re-registering asp.dll with regsvr32.exe but still no luck.
Does this reg key needs to be changed to something?
Many Thanks
This interface key can be found under multiple locations....can you please confirm if the Dtrace of W3wp, StorageOnlineOPNS shows this error: Passed IUnknown is not IIS IResponse
This could be related to storage, do you have enough space on vault store partition? Storage is NTFS or Centera? Do you migrate archived files to secondary device?
StorageOnlineOPNS spawns multiple threads while retrieving archived items, if collection has been enabled and request made to retrieve multiple files from same cab file, and 1st thread takes too long to access the archived file then this behaviour can be seen.
No Collection is not enabled.
When we try to view the same file via search we get ERROR 500
500 - Internal server error.
Ok then you might want to try if at all you can access this item from your storage using dumpsaveset, if its too much for you then its better to contact Symantec Support and log a case.
I think we have fugured out the issue. One of disk volume containing vault store partition has 0 byte free space. Therefore EV cannot create a lock file for that corresponding file on vault store. We going to extend the disk and hopefully the issue should be resolved.
Yes I had asked you this in earlier comment...
"This could be related to storage, do you have enough space on vault store partition?"
Anyways...glad to know that issue will be resolved.
We have extended the disk and it works fine now.
Anyway thanks for your help Arjun
Space is most likely the issue and hopefully that will resolve the problem. If the issue continues then it would be suggested to upgrade to the latest version of EV 10 as there were changes made in how EV handles creating the lock on CAB files and large files using the CCabFileMutex method.
Cheers!!
Would you like to reply?
Login or Register to post your comment.