01-21-2013 05:14 AM
Hello, Im new here so please bear with me :)
We have a really really old version of enterprise vault (Version 6) installed as an archive for some of our old users.
No one knows anything about the system as it was setup years ago and the people involved have long since left.
We are having a problme retreving all emails from the vault, the user gets Failed to get the document from the Storage Service.
at the same time the following is logged in the event log on the server.
Solved! Go to Solution.
01-22-2013 07:57 AM
OK so that is not good, if it can't open it straight from the DVS then it will fail to retrieve in almost all EV2007 installations and below... its a shame that EV6 is out of support, otherwise you could have had them do an integrity check on the DVS for you
I would offer to do it for you but that would involve sending me the DVS file which is a copy of the email, and contains things like email addresses and what not
But unfortunately I don't think this is an EV environment or installation problem, i think this is a data integrity issue with the DVS files themselves and that they are physicaly corrupt
01-21-2013 05:44 AM
Is there any other events after the 6287?
It sounds like the archived items can't be recalled from your storage device.
01-21-2013 05:53 AM
You may want to try a reinstallation of the binaries as well
01-21-2013 05:53 AM
Hello,
Thanks for replying, thats the only error im afraid, Ive also tried to do a PST export and get this message..
01-21-2013 05:58 AM
Do a dtrace of the storage service and recreate the error. You can then zip that up and attach it to your post here.
In case you have never run a dtrace heres how:
Command Line - 6.0 and higher
1. Log on as the Vault Service Account.
2. Open a Command Prompt window.
3. Change to the Enterprise Vault program folder (normally C:Program FilesEnterprise Vault).
4. Type dtrace, and then press Enter.
5. At the Dtrace prompt (DT>) type V or View.
6. Record the Id number beside the service or services that are failing.
7. Use the following command to set Dtrace for logging against a specific service.
set servicename_or_ID level
For example, if running a Dtrace on the Admin Service and the ID is 1, then the syntax would be:
set 1 v
8. Repeat for as many separate processes as required.
9. Use the following command to specify the log file name:
log tracelog.log
Note: A path can also be entered for the location of the file. If only a file name is provided, the location of the trace file will be the directory from which Dtrace has been run.
10. Minimize the command prompt window, but do not close.
11. Reproduce the issue or wait until the issue reoccurs
12. Maximize the window, at the DT prompt, type quit. Type y to disable all tracing.
01-21-2013 06:48 AM
Ive attached the trace log as requested.
Thanks for your help!
Regards
Dave J
01-21-2013 01:08 PM
This is the last part of your DTRACE:
891 14:40:49.659 [3992] (StorageOnlineOpns) <5512> EV:M CStorageOnline::LoadSavesetFromNTFS|IPersistMemory::Load E:\Enterprise Vault Stores\SGENTVAULTSTORE01 2006Q3\2007\10\19\15\380000000000000~200710191534450000~0.DVSSuccess [0] 892 14:40:49.659 [3992] (StorageOnlineOpns) <5512> EV:M AuditInterface::SUCCESS_AUDIT (with Savset data) 893 14:40:49.659 [3992] (StorageOnlineOpns) <5512> EV:M CEVAudit::WillPerformAudit Determine whether to audit or not. 894 14:40:49.659 [3992] (StorageOnlineOpns) <5512> EV:M POOL: Connection ID: 0 Set busy to TRUE| 895 14:40:49.659 [3992] (StorageOnlineOpns) <5512> EV:M AUDITPOOL: Thread ID: 0000001588 Using connection : 0| 896 14:40:49.705 [3992] (StorageOnlineOpns) <5512> EV:M AUDITPOOL: Thread ID: 0000001588 Release connection: 0| 897 14:40:49.705 [3992] (StorageOnlineOpns) <5512> EV:M POOL: Release Connection ID: 0| 898 14:40:49.705 [3992] (StorageOnlineOpns) <5512> EV:M POOL: Connection ID: 0 Set busy to FALSE| 899 14:40:49.721 [3992] (StorageOnlineOpns) <5512> EV:M CStorageOnline::LoadSavesetFromNTFS (Exit) |Success [0] | 900 14:40:49.721 [3992] (StorageOnlineOpns) <5512> EV:M CStorageOnline::GetOnlineAttachment|Ondemand conversion settings|OnDemandMode: 0|ConversionTimeout (mins): 2 901 14:40:49.737 [3992] (StorageOnlineOpns) <5512> EV:M CStorageOnline::GetOnlineAttachment (Exit) |Exception occurred. [0x80020009] | 902 14:40:49.752 [5240] (w3wp) <3780> EV~W Unable to fetch item from "SGENTVAULT01.BEHRINGER.CORP.INTRA". |Reason: The server threw an exception. [0x80010105] |Saveset Id: 380000000000000~200710191534450000~0~0017104860744C7AAF8F1652E149E96 |Archive Name: XYZ|Archive Folder Path: InboxAAA |Reference: [GOAFS] |
It's work verifying 110% for certainty that the file exists at the path you see shown.
Was it just a 'random' other example? Because the savesetID you listed first of all is different to the one in the trace.
Are all retrievals failing in this way?
Can you get a text file export of the EV part of the registry? Perhaps your system is in read-only mode.
01-21-2013 01:16 PM
Actually looking at that, i think i've seen that before with server side conversion and it being downloaded as a message instead of the DVS being delivered to the end user, but i cant for the life of me remember the policy setting
01-21-2013 02:16 PM
Thanks for the replys, I cant get on the system at the mo to do the reg export, but it is all retrievals and from what I could see the files are there on the drive.
Thanks again,
Dave J
01-21-2013 04:23 PM
The files definitely exist, you can see it says it right at the top of the dtrace
How are the files being opened btw? through Outlook or through Search or Archive Explorer?
if its outlook, can you check the Archiving Policies under Desktop, there is a download type policy, something like Message File or DVS file
Message file means it converts it on the server
DVS File means it downloads it to the desktop as a DVS and the outlook addin converts it to an msg
But again, i can't remember what the name of it is
01-21-2013 04:40 PM
Actually, scratch that, it looks like you have this issue
http://www.symantec.com/business/support/index?page=content&id=TECH51020
Can you get a dtrace of RetrievalTask to confirm?
There is no fix unfortunately
01-21-2013 11:21 PM
Hello,
Ill get a trace over asap, ive been trying to get a reg export from the server. Strangly I cant find the reg keys in the obvious places.. HKLM\software\etc\
Also do you have any information about what happenes during retrevial? Is the archive manager mailbox required as part of this process? the system is really old, and ive got a feeling the EV mailbox is not online.
Thanks again!
Dave J
01-22-2013 04:21 AM
01-22-2013 05:25 AM
I have attached the dtrace for the retrevial task, im not sure if it looks like that bug.
Ive got a copy of the binaries, am I likely to lose anything by just installing over the top?
Thanks again for your help!
Dave J
01-22-2013 06:16 AM
Hmmm ok,
so here's a question!
On the EV Server, go to Start -> Run and paste the following, then hit OK
E:\Enterprise Vault Stores\SGENTVAULTSTORE01 2006Q3\2007\10\19\15\380000000000000~200710191534450000~0.DVS
Does the item open in Outlook?
And reinstalling the binaries will not lose anything, all the reg keys will stay intact, all the configuration data in the database will remain untouched, and the vault store partitions and indexes will be left alone, what it will do though is refresh all the dcom packages, re-register all the DLL files and server processes etc
01-22-2013 07:22 AM
Ill give the reinstall a try, If i try to open that item on the server I get the following message..
Could not show this item
Please try again; if it still failes, contat your Enterprise Vault administrator.
Best Regards
Dave J
01-22-2013 07:57 AM
OK so that is not good, if it can't open it straight from the DVS then it will fail to retrieve in almost all EV2007 installations and below... its a shame that EV6 is out of support, otherwise you could have had them do an integrity check on the DVS for you
I would offer to do it for you but that would involve sending me the DVS file which is a copy of the email, and contains things like email addresses and what not
But unfortunately I don't think this is an EV environment or installation problem, i think this is a data integrity issue with the DVS files themselves and that they are physicaly corrupt
01-22-2013 08:02 AM
Oh its not looking good then! :(
It is strange though as it seems to be all emails within the archive though. I could look try and look though and see if i can find a none important looking email (from the subject) if you are willing to have a look at it?
Thanks again!
Dave J
01-22-2013 08:09 AM
yeah you could use search.asp
and search for something that is obviously spam, try and open the item and then you'll have an event throw in the event logs which will show the direct path to the item, i've no problems looking at it