03-06-2013 03:02 AM
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
Solved! Go to Solution.
03-07-2013 03:29 AM
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.
03-06-2013 03:40 AM
DTRACE of placeholder service
03-06-2013 04:53 AM
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
03-06-2013 06:23 AM
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
03-07-2013 12:09 AM
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
03-07-2013 12:59 AM
03-07-2013 02:07 AM
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.
03-07-2013 02:14 AM
No Collection is not enabled.
When we try to view the same file via search we get ERROR 500
500 - Internal server error.
03-07-2013 03:20 AM
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.
03-07-2013 03:29 AM
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.
03-07-2013 04:56 AM
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.
03-07-2013 05:11 AM
We have extended the disk and it works fine now.
Anyway thanks for your help Arjun
03-07-2013 05:15 AM
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.
03-07-2013 06:26 AM
Cheers!!