EV11.0.1 SCOM EVWebsiteConnectivity.monitor error
Hello all, We use SCOM to monitor our EV environment, and we see on one of our installs the following alert: Source: http://evservername.domain.com:80/EnterpriseVaultAPI Full Path Name: evservername.domain.com\servername\Common\Server connectivity\http://evservername.domain.com:80/EnterpriseVaultAPI Alert Monitor: EVWebsiteConnectivity.Monitor Created: 20/04/2015 11:24:48 Alert Description: Cannot connect to website on server evservername. Website URL: http://evservername.domain.com:80/EnterpriseVaultAPI There are no events in the eventlogs (Enterprise Vault, System, Application). There are no issues reported using the search, There are no other issues reported. Does anyone know if this warning is a false alert? I do not see a reason to investigate or try to fix, but the SCOM team worries there is something wrong what needs to be fixed. this environment has been upgraded from 10SP4CHF2 to EV11SP1CHF1 on 18/04/2015 without issues. Thanks. GJ1.2KViews7likes3CommentsEV11 - indexing running behind? Check this
Hello all, I've been working on an issue we had the last few weeks, where the VAC reported 'items waiting to be indexed', and where the count went up day by day. While working with support, and in this forum, I also accidentally found an KB article of Symantec, describing hanging searches on DA/CA. As these use the indexes, I read the article. The article mentions that a specific Microsoft Update can cause issues with certain programms (TSM, SEP) and affects ASP, .Net and IIS. Hm... Indexing uses these too. We initially left archiving tasks in reportmode, to allow indexing to cactch up, ran dtraces etc. No succes. Support advised we might need to reinstall the indexing binaries. I decided to first have the updated MS Update applied. After having that update applied, and the EV-servers rebooted, indexing catched up. The VAC now shows "No problems detected". Information can be found here: The Symantec article: http://www.symantec.com/docs/TECH232439 The updated MS KB article: https://support.microsoft.com/en-us/kb/3092627 I hope this assists some of you in figuring out in resolving the issue (if you encounter this) Regards, GJ695Views2likes2CommentsEV11 base - SQL frag VAC alert - 41561 - 30%
Evening all, I'm doing some research into an EV 11 base VAC alert - 41561 - regards SQL fragmentation indicating fragmentation of 30% EV performance isn't being flagged as poor (or even questioned), and the DBA responsible believes thedatabases are well in order I've talked through with them all usual best practice and nothing is ringing any alarm bells, but still it's there and I am finding it difficult to account for it The following post describes my scenario spot on, and I was just wondering if anyone had any new information on this subjectsince it was posted in June? I plan a CH3 upgrade shortly https://www-secure.symantec.com/connect/forums/ev-11-and-fragmentation-warning Can anyone tell me if it's Logical Fragmentation or Extent Fragmentation (or both) which trigger these VAC alerts? Thanks all642Views0likes2CommentsItems that have been deleted from Vault Store but have not yet been deleted from the indexes
Hello together, We get Event ID: 41022 There are XXXXX items that have been deleted from Vault Store 'VaultStore01' but have not yet been deleted from the indexes. There may be a problem with Enterprise Vault indexing. This VaultStore is only for Journaling and it contains one journal archive. We had some problems with the storage queue a few weeks ago and weget these messagessince then. The number of items mentioned does not change. I've taken a look at the journaldelete table. Allthe entrys have DeletionReason state 4 which isn't mentioned underhttp://www.symantec.com/docs/HOWTO42225 Synchronizing the Index Volumes for this archive didn't help. We haven't done a rebuild because these archive currently contains about 6 million items. Enterprise Vault 11.0.1 CHF1 on Windows Server 2008 R2. Does anyone know what else we could try?Solved4.2KViews0likes14CommentsEnterprise Vault - Alert: Available MBs is less than the defined threshold from SCOM
Hi I have 2 Enterprise Vault ver 10.0.4 installed in Windows 2008 R2for our Exchange servers and SCOM 2007 R2 is monitoring Enterprise Vault as well as all other servers. Since the begining of Enterprise Vault monitoringSCOM is alerting with the message time to time. Alert: Sample value of the performance counter Memory - Available MBs is less than the defined threshold. Resolution state Alert Rule: Possible performance problem: low memory Summary There is less than 20MB of physical memory available. You may experience some performance problems. Causes The Enterprise Vault server may not have enough physical memory to cope with the demand. Resolutions Use Windows Task Manager to check which processes are using the most memory. You may need to reduce the amount of memory used by other applications. I checked physical memory with separate performance monitor. but there is no sign of high memory usage. This monitor on SCOM usescustome management package for Symantec Enterprise Vault so I am not exactry sure what this monitor is actually monitoring and alerting about memory. Does anyone know anything about Enterprise Vault Monitoring with SCOM?775Views0likes2CommentsConfig Files to monitor enterprise vault with nagios
i did some research about monitoring EV with nagios and did find a thread at connect. https://www-secure.symantec.com/connect/forums/search-information-monitor-enterprise-vault-nagios Can someone send me the spreadsheet or nagios config settings? Thanks and Regards MauriceSolved735Views0likes2Comments