DeletedItemsFolder registry entry not working as expected
We're running EV 2007 SP3. Users are allowed to delete archived items and we want Vault purge the empty folders from Archive Explorer where all archived items have been deleted.
Using DeleteEmptyFolders registry entry as described in http://seer.entsupport.symantec.com/docs/283571.htm. We have Recover Items configured for 14 days in Production, so know it will take at least this long for the cleanup to occur the next time the key is set and the Storage service is restarted.
I'm trying to demonstrate that this will work in my test environment - I set Restore Items setting down to 1 day. Then I set up a subfolder structure under the Inbox, archived an item manually from Outlook. I waited until i could see the item appear in that folder using Archive Explorer. I then deleted both the shortcut and the archived item from Outlook. I waited to see the item disappear from the folder in Archive Explorer.
After setting the registry key to 1 and restarting the Storage Service, I can see that the process runs because the key is set back to 0, but the subfolder still remains.
Tried clearing browser cache, waiting, etc. Below is part of a dtrace where it's processing the archive.
Enabled Trace options
Id Name Detail Include Events
77 - StorageArchive Verbose Yes
78 - StorageCrawler Verbose Yes
79 - StorageDelete Verbose Yes
80 - StorageFileWatch Verbose Yes
81 - StorageManagement Verbose Yes
82 - StorageOnlineOpns Verbose Yes
83 - StorageRestore Verbose Yes
84 - StorageServer Verbose Yes
2021 16:39:19.108 [4520] (StorageDelete) <5076> EV:M CFolderCleanup::DeleteEmptyFolders - Examining Vault: zzDev20, User05 (User05Dev)
2022 16:39:19.108 [5132] (StorageManagement) <564> EV:M CStorageManage::DeleteEmptyFoldersAndArchives starting to process Archive [142CDED9F06A3534595B7396F991425BF1110000Vault.COMPANY.COM]
2023 16:39:19.108 [5132] (StorageManagement) <564> EV:M CSecurityWrapper::IsServerClientTheVSA
2024 16:39:19.108 [5132] (StorageManagement) <564> EV:M CSecurityWrapper::IsServerClientTheVSA - hr=0 InClientCOMCall:T VSA:T
2026 16:39:19.108 [5132] (StorageManagement) <564> EV:M CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40]
2027 16:39:19.124 [5132] (StorageManagement) <564> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine
2029 16:39:19.139 [5132] (StorageManagement) <564> EV:M CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40]
2030 16:39:19.155 [5132] (StorageManagement) <564> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine
2031 16:39:19.170 [5132] (StorageManagement) <564> EV:M CVaultStorePartitionCache::LoadEntry EntryId:1751221A81ADB004EAA0C1E98B6B7412F1210000Vault.COMPANY.COM hr:0
2032 16:39:19.170 [5132] (StorageManagement) <564> EV:M CVaultStorePartitionCache::ReadEntry Id:1751221A81ADB004EAA0C1E98B6B7412F1210000Vault.COMPANY.COM t/o:0 hr:0
2033 16:39:19.170 [5132] (StorageManagement) <564> EV:M SingletonRegistry: RS '0XAAEDF0TransactionContext'
2034 16:39:19.170 [5132] (StorageManagement) <564> EV:M SingletonRegistry: RS '0XAAEDF01'
2035 16:39:19.170 [5132] (StorageManagement) <564> EV:M SingletonRegistry: RS '0XAAEDF0'
2036 16:39:19.202 [5132] (StorageManagement) <564> EV:M SingletonRegistry: RS '0XAAF7A8TransactionContext'
2037 16:39:19.217 [5132] (StorageManagement) <564> EV:M SingletonRegistry: RS '0XAAF7A81'
2038 16:39:19.217 [5132] (StorageManagement) <564> EV:M SingletonRegistry: RS '0XAAF7A8'
2039 16:39:19.249 [5132] (StorageManagement) <564> EV:M CStorageManage::DeleteEmptyFoldersAndArchives - Starting empty folder scan iteration [0]
2041 16:39:19.342 [5132] (StorageManagement) <564> EV:M CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40]
2042 16:39:19.342 [5132] (StorageManagement) <564> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine
2044 16:39:19.358 [5132] (StorageManagement) <564> EV:M CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40]
2045 16:39:19.374 [5132] (StorageManagement) <564> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine
2046 16:39:19.374 [5132] (StorageManagement) <564> EV:M CStoreManage::DeleteEmptyFoldersAndArchives - Archive folder parse complete
2047 16:39:19.374 [5132] (StorageManagement) <564> EV:M CVaultStoreDB::ScanEmptyArchiveFoldersEnd
2048 16:39:19.374 [5132] (StorageManagement) <564> EV:M SingletonRegistry: US '0XAAF7A8TransactionContext'
2049 16:39:19.374 [5132] (StorageManagement) <564> EV:M SingletonRegistry: US '0XAAF7A81'
2050 16:39:19.374 [5132] (StorageManagement) <564> EV:M SingletonRegistry: US '0XAAF7A8'
2051 16:39:19.389 [5132] (StorageManagement) <564> EV:M SingletonRegistry: US '0XAAEDF0TransactionContext'
2052 16:39:19.389 [5132] (StorageManagement) <564> EV:M SingletonRegistry: US '0XAAEDF01'
2053 16:39:19.389 [5132] (StorageManagement) <564> EV:M SingletonRegistry: US '0XAAEDF0'
2054 16:39:19.389 [4520] (StorageDelete) <5076> EV:M CFolderCleanup::DeleteEmptyFolders - Examining Vault: zzDev21, User05 (User05Dev)
Any suggestions?
Comments
I think it is going to wait
I think it is going to wait the 14 days regardless of what the setting is. You could test by setting the computers date/time to 15 days in the future and run it again.
Regards,
Tony Sterling
www.bluesource.net or www.bluesource.co.uk
Offices in the US and the UK
I set Restore Items setting
I set Restore Items setting down to 1 day.
Did you at least wait this one day?
Cheers
www.quadrotech-it.com - All your EV Tools
Also remember that if you
Also remember that if you set the regkey to 'not 0' and then it runs it will reset itself to a value of '0' which is OFF after that run, so if you don't think it worked last time and you keep on running it again and again betting is it has reset to '0'. can't tell from your dtrace post you regkey settings which should be at the bottom of a dtrace.
Symantec EV Support Engineer EMEA
Responses
Tony - you may be right... I might just have to wait to see before moving into Production
MichelZ - Yes, waited 24 hours, and then realized maybe it's just a date calculation without concept of time, and tried again today - still no dice
GCox - I'm setting the registry key each time I stop and restart the Storage Service - so I keep seeing it get set back to 0 after it "completes"
Ideally you need to echo a
Ideally you need to echo a reg change EVERY time the storage service restarts to change the registry value back to 1
Then wait 14 days and the folder should disapeer.
The behaviour of this registry value has changed within EV 8.0 Upwards (please see technote \ info below)
From EV8 and up the functionality has changed again (due to Vault Cache), and it will be at least 32 days before the items are truly 'gone' and a folder can be deleted from Archive Explorer using this method.
http://seer.entsupport.symantec.com/docs/283571.htm
If this reply has resolved your issue please mark this post as solved Thanks for your time EV Noodles
Ok As Tony and EV Noodles
Ok As Tony and EV Noodles described, the setting is 14 days - not basd on the value of Deleted Item retention. I have seen it clean up one of the earlier subfolders that I had created, but not the one from last week, so I'm pretty confident that this is working.
And yes, we have a weekly restart scheduled for something else, so I'm adding a step in that process to set the key to 1 so it will be ready to run each week.
Thanks all.
Would you like to reply?
Login or Register to post your comment.