error ID 8390 & 8391

[Davide_Balducci]

Hi all,

I'm using EV 9.0.2.

I have a problem with a mailbox.

it stops to archive since 4 weeks with the error:

An attempt was made to move an ArchiveFolder beneath itself (hierarchy inversion)

ID 8390 and 8391.

The Dtrace reported this:

685396 12:10:19.718  [7480] (ArchiveTask) <7224> EV:L {CFolderHelper::GetFolderSettings:#877} Okay to synchronise folder [CHIAMATE].
685397 12:10:19.718  [7480] (ArchiveTask) <7224> EV:L {CFolderHelper::GetFolderSettings:#909} Parent folder of [CHIAMATE] exists so do the sync now.
685398 12:10:19.718  [7480] (ArchiveTask) <7224> EV:M CFolderHelper::UAFR() - Updating folder record 16685B0936928F12ABF1110000evsite|DisplayName = CHIAMATE|FolderPath = �Posta in arrivoCHIAMATE|ParentFolderVEID = 16685B0936928F12ABF1110000evsite|RetentionCategoryID = (null)|ExistsAtSource = True
685400 12:10:19.718  [7480] (ArchiveTask) <7224> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40]
685401 12:10:19.718  [7480] (ArchiveTask) <7224> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine
685402 12:10:19.734  [3800] (DirectoryService) <336> EV~E Event ID: 8391 The EnterpriseVault.DirectoryService object reported an error.| |An attempt was made to move an ArchiveFolder beneath itself (hierarchy inversion)| |
685405 12:10:19.750  [7480] (ArchiveTask) <7224> EV:H CFolderAgent::UpdateArchiveFolderRecord() - HRXEX fn trace : Error 0xc0041bf0, ..\AgentsCommon\FolderHelper.cpp [lines {2374,2405}], built Mar 14 10:54:45 2011.
685406 12:10:19.750  [7480] (ArchiveTask) <7224> EV:M CFolderHelper::UAFR() - Error updating record 16685B0936928F12ABF1110000evsite, error = 0xC0041BF0|Internal:CFolderAgent::UpdateArchiveFolderRecord() ..\AgentsCommon\FolderHelper.cpp [lines {2374,2405}], built Mar 14 10:54:45 2011
685407 12:10:19.750  [7480] (ArchiveTask) <7224> EV:H CFolderHelper::GetFolderSettings - HRXEX fn trace : Error 0xc0041bf0, ..\AgentsCommon\FolderHelper.cpp [lines (16){...,442,502,792,793,806,807,808,809,810,811,812,910}], built Mar 14 10:54:45 2011.
685408 12:10:19.750  [7480] (ArchiveTask) <7224> EV:L :CArchivingAgent::PF_SetFilterAndRetention() |Using the filter applied to the current folder CHIAMATE |
685409 12:10:19.750  [7480] (ArchiveTask) <7224> EV:L :CArchivingAgent::PF_SetFilterAndRetention() |The VaultId value applied to the folder CHIAMATE is (null) |
 

Does anybody have any suggestions?

thanks in advance

Davide

[MarkBarefoot · Accepted solution]

This TN may help you

http://www.symantec.com/docs/TECH158043   

[Davide_Balducci]

Hi Mark,

thank you but the link doesn't work....

:(

Davide

[JesusWept3]

Works for me fine

[MarkBarefoot]

Should work - I can access it and JW2 said he can.

[Davide_Balducci]

Hi,

Now i reach the url, but it isn't my case.

I found this doc: http://www.symantec.com/docs/TECH156579

In effect i have the Event id 2270 also...but it suggests to ZAP the mailbox!?

My user has 30gb archive, if i zap the mailbox i lost it?

Thanks

Davide 

[JesusWept3]

zap just means to delete the EV hidden messages from the mailbox.
all you do is run that, then re-enable the user and synchronize with folder hierarchy and permission
It will not cause any dataloss or delete items or folders from the mailbox or the archive

However if you do run EVPM scripts against mailboxes (to set folders to do not archive, or to set custom retention categories etc), that will need to be re-run against that user after it has been zapped

[TonySterling]

No, zapping the mailbox will remove the hidden message from the mailbox but will not delete the archive.

[Davide_Balducci]

Well,

I will do an export in the WE before, and then i will try the procedure the next week.

I will post the result.

thanks at all

Davide

[JesusWept3]

Exporting was from the technote that you said didn't match your issue?

[Davide_Balducci]

No, I will export the archive to prevent the possibility to lost something....

The Technote doesn't refer to do that.

Davide

[MarkBarefoot]

I am confused...

You said you are seeing 8390 and 8391 errors, and provided a DTRACE snippet. This matches the TN content:-

Error

Event ID: 8390 - Archive Task
The EnterpriseVault.DirectoryConnection object reported an error.
An attempt was made to move an ArchiveFolder beneath itself (hierarchy inversion)

Event ID: 8391 - Directory Service
The EnterpriseVault.DirectoryService object reported an error.
An attempt was made to move an ArchiveFolder beneath itself (hierarchy inversion)

The workaround mentions exporting:

Workarounds:
1. Create a new folder in the destination mailbox
2. Move items that have not yet been archived from the original mailbox to the newly created folder
3. For archived items that need to be moved, from the Vault Administration Console, export the items to PST and import into the destination archive

So how does this not match your issue??
 

[Davide_Balducci]

Sorry Mark,

I will use the solution of Technote 156579, that suggests to Zap the mailbox.

I will export to PST the mailbox only for safety, to have a backup.

I Use technote 156579 and not 158043.

I hope to be more clear now.

:)

Davide

[Prone2Typos]

Please let us know the how this went as you did it. I think there are a few things to note here

1) the errors are re-used so the zapping may not fix your issue at all (sounds like it will not per what I read in this thread)

2) I think that the TN 158043 is likely the proper solution for you and that this issue is a result of users moving archived content from one mailbox to another.

3) I think TN 158043 could be enhanced to show that you do not need to export teh entire archive, but you could just export the content in a problematic folder, delete that content upon export, move the non-archived content to a new, good folder, delete the shortcuts in that folder, import the PST and create shortcuts.

I think that # 3 is what the TN is getting at for a workaround.... not the most gracefull of workarounds ... but if it works it works.

Hope this helps. If someone in this thread resolved your issue, please note the thread as resolved so that people to not keep coming into it to help.... and others who are searching can know how you worked arround this issue.

[Davide_Balducci]

Hi to all,

I resolved my problem follow this step:

1) Through DTRACE i found the folder with the problem

2) Export the contents of the folder to a PST ( there were only archived itmes)

3) Delete the folder

4) Recreate the folder

5) Import PST to the folder

It's all.

So the solution refer to the TECH158043 as suggested by GPKguy,

However thanks to all.

Davide