06-06-2011 04:12 AM
Hi All
I need some advice on the correct counters to monitor with Dtrace for an unusual error
I am getting every 10 minutes at a customer an error 13326 : Unable to create connection to vaultstore xxxx ,followed by a 6479 : Error accessing Vault Store and a 6592: Abnormal Error occurred .All of these errors are logged under the Migrator Category but there are no migrations ongoing at the moment
I have been on the Knowledge base and have tried to recreate ODBC ,but the errors still persist. The strange thing is everything is working fine on this particular Mailbox Archiving server and tools like Deployment Scanner shows everything as fine
What Dtrace counters should I run to understand what is happening more accurately ?
Something else important these errors seemed to only appear when the customer had to fail SQL over to the DR SQL cluster for a day or 2 . SQL is now running back on the Active SQL cluster
Solved! Go to Solution.
06-07-2011 05:23 AM
You may also want to trace EVMonitoring.
06-06-2011 06:09 AM
Vault Cache uses Migrator Server. You could try restarting all the EV services and turning on dtrace for the processes you see referenced in the Event log in the Category field.
06-07-2011 01:08 AM
Okay ,that is interesting .I'll look into this
Nice one :)
06-07-2011 05:23 AM
You may also want to trace EVMonitoring.
06-07-2011 07:21 AM
Yes, as Rob mentioned, EVMonitoring is also used to perform some background processes and it's worth including that, along with W3WP. Actually, come to think of it I put some requests in for 9.0.3, from a DTRACE GUI perspective to include additional areas, one of which is Vault Cache.
You can make a new .ini file in your installation, and copy this in:-
FOR VAULT CACHE
=======================================================
[Description]
Use this script to trace issues with the Vault Cache.
[Commands]
set StorageOnlineopns v
set w3wp v
set MigratorServer v
set EvMonitoring v
set DirectoryService v
log ?
06-07-2011 08:43 AM
Good ini file :)
06-09-2011 07:54 AM
Yes I thought so :)
06-10-2011 10:44 AM
Bruce, did you need anything more on this issue?
06-28-2011 01:42 AM
Hi Guys
Sorry for the late response , the error were indeed caused by a SQL permission that wasn't being applied and was due to monitoring
Thanks for the help
06-28-2011 01:45 AM
Glad you got it sorted.