6651 Storage Deletion Server has failed

[Sarah_Seftel1]

Hi,

Getting the following events : 6651 Storage Deletion Server has failed and 13410.

looked at the following: https://www-secure.symantec.com/connect/forums/eventid-6651-storage-deletion-server-has-failed

ran the following:

select r.VaultEntryId, r.RootIdentity, af.FolderName, a.ArchiveName
from Root r, ArchiveFolder af, archive a
where r.VaultEntryId = '1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver'
AND af.RootIdentity = r.RootIdentity 

since 1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver is the VaultEntryID that gives the error, I recived a long list (167 rows) with archive names.

VaultEntryId	RootIdentity	FolderName	ArchiveName
1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver	1988	Temp	A
1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver	1988	Temp	B
1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver	1988	Temp	C
1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver	1988	Temp	D
1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver	1988	Temp	E
1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver	1988	Temp	F
1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver	1988	Temp	G

I checked those archives but cannot see any Temp folder for any of them.

How can I take care of it?

I see the following:

begin transaction
delete from ExchangeMbxArchiveFolder where RootID = '857'
delete from ArchiveFolder where RootIdentity = '857'
delete from ACE where RootIdentity = '857'
delete from Root where VaultEntryId = '1D6CB4DAD741CD74D919D6839E9A09FEB1110000AMSEVAULT01'
commit

But I need to know if this will fix the issue...

Thanks,

Sarah

[AndrewB]

what's the result of running this query?

USE EnterpriseVaultDirectory
select * from dbo.ArchiveFolderViewWithDeletedFolders
WHERE VaultEntryID = '1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver'

[Sarah_Seftel1]

This is the result:

RootIdentity	FolderName	FolderPath	ParentFolderRootIdentity	FolderIcon
1988	Temp	Inbox Temp	223	0

Sarah 

[AndrewB]

can you check the mailbox and the archive for a subfolder of the inbox called temp? if it exists also indicate whether there are items in it.

[Sarah_Seftel1]

Hi

I gave to VSA permissions on few of the archives that appear on the table I added in my first question, none of them have a temp folder in.

Sarah

[AndrewB]

did you want to try the solution that worked for the other poster? they contacted support for the solution according to what they posted.

USE EnterpriseVaultDirectory
UPDATE dbo.ArchiveFolderViewWithDeletedFolders
SET Deleted = '0'
WHERE VaultEntryID = '1718A23CBE35D424CBDB6C0144C7FD3E11110000evserver'

[Sarah_Seftel1]

I'm trying to understand what the query does before I run it in production mode...

I'll backup DB's and try this later.

Sarah

[Sean_Waite]

Hi Sarah,

If you run the command suggested by AndrewB above, it will simply change the Deleted column value from '1' to '0'.

(you need to scroll to the right in the SQL results pane to see the 'Deleted' column value.

In effect this will just makes the Temp folder visible (under the Inbox folder) in the users archive and (in my case) it stopped the 6651 & 13410 errors in the event log.

However, if the user subsequently deletes the folder again (or you run the DeleteEmptyFolders reg key suggestion) the errors in the event log will re-appear.

I've currently got another case open with Symantec support to look into this behaviour and I'll post again once a fix is provided.

Cheers
Sean

[Sarah_Seftel1]

Hi Sean,

Thanks for the explanation.

I will run some additional tests to see what will be the best way to get rid of this msg once and for all.

Sarah