06-18-2013 06:48 AM
Hi,
I've got an old EV8 environment from which I am unable to delete archives. I get 6643 events logged, saying:
Delete Vault failed
Reason: Access is denied. [0x80070005]
I don't see why this should happen though, since I'm logged in as the vault service account, that account is a member of local admins and local admins has full control over the disk where the vault store group is. I've run dtrace to try and determine exactly which file it was trying to access in generating the error, but unfortunately it doesn't seem to give that level of detail. Here's an extract of the log:
Any suggestions please on how to get these archives deleted?
Thanks!
G
Solved! Go to Solution.
06-25-2013 02:39 AM
So while I was digging around in the System logs, I noticed "Plug and play" events which indicated disk issues. I ran chkdsk /F, rebooted and let it do it's thing (it did find a number of errors and fixed them). When I logged in and launched the Vault console, it had correctly deleted these 30 or so archives, so it seems to have been related to these disk issues.
Thanks for trying to help!
G
06-18-2013 07:14 AM
Do you have DA?
06-19-2013 12:28 AM
Hi,
Yes we do have DA, but unfortunately I am not able to access it to confirm whether that is the root cause. This EV environment has not been used for about 3yrs now, so machines which had the client installed (8.0 SP5) have since been decommissioned and we no longer have the source. Symantec support have told me that since that version is no longer supported, then we may not download the client. So as far as I can tell, although DA is running on the server, there is no way for me to access it to see what the situation is.
I saw that link you posted and since I could not launch DA itself, I looked at the VaultInterest table and all I see is this:
06-19-2013 05:57 AM
If you only have that one entry then I doubt that is causing the issue. You will want to have a look at what is in DA to make sure all your legal holds have been released. I have attached the DA 8.0.5 client for you.
06-21-2013 12:42 AM
Thanks very much for the client. I've tried installing it but get the following error now:
"Source file not found: C:\Temp\AcceleratorClient.exe.config. Verify that the file exists and that you can access it."
I thought the client was a standalone installer and didn't need anything else?
Cheers!
G
06-21-2013 05:13 AM
It is a stand-alone client but it does need that config file. Sorry, I must have negleted to include it.
Here is a new zip with the file included.
06-21-2013 05:22 AM
That works, thanks!
So, now when I go into the client, I see that under Cases -> All cases, I see only two cases, both of which have a "Legal Hold" state of "Off". Both cases are configured to only search the journal and not the exchange vault store.
Is there something in particular that I should be searching for?
Thanks!
G
06-21-2013 05:44 AM
Nope, that pretty much rules Legal Holds out as an issue.
06-21-2013 05:46 AM
Your storage isn't by chance a NetApp:
Article:TECH68797 | | | Created: 2009-01-16 | | | Updated: 2012-02-27 | | | Article URL http://www.symantec.com/docs/TECH68797 |
If not a NetApp you should check the VSA permissions on the storage location.
06-21-2013 06:25 AM
Having never worked with a NetApp, I'm afraid I don't even know what one is! The EV server is linked via fiber HBAs to an EMC SAN where the archives are stored on their LUNs. Does that help?
06-21-2013 08:02 AM
NetApp is a storage platform. Can you verify the VSA has full control over the vault store partitions?
06-21-2013 08:16 AM
if i was to guess at anything, it would be that it couldn't create a storage server request to StorageDelete on the servername that was listed there, maybe because of a DCOM option
If you go to that machine and look in the event viewer under "System", do you see any Distributed COM errors that describe a failure to launch etc?
Maybe worth doing a reset of the password in the VAC, this will update all the DCOM packages on each EV Server in the environment and alert you to any servers that couldnt be updated or contacted etc
06-21-2013 09:19 AM
The VSA is a member of local admins and local admins has full access rights to the drive where the vault partitions are, so there are full access rights inherited to each of the vault store partitions.
In the system log there are some DCOM errors, but they are relating to permissions for 2 users in particular...
Thanks,
G
06-25-2013 02:39 AM
So while I was digging around in the System logs, I noticed "Plug and play" events which indicated disk issues. I ran chkdsk /F, rebooted and let it do it's thing (it did find a number of errors and fixed them). When I logged in and launched the Vault console, it had correctly deleted these 30 or so archives, so it seems to have been related to these disk issues.
Thanks for trying to help!
G