After hearing customers mention they could benefit from increased visibility over the Group Update Providers that are active in their environment, as they are a critical part of their content infrastructure, the Symantec SEP product team have created a small utility to help customers address this need.
Its a v lightweight utility that must be run directly on a SEPM machine and will provide customers with a quick glance dashboard.
Hi, this tool has changed significantly after the transition from IIS to Apache for the logs collection, and has a different interface than the one shown in this video.
While the video is still useful because most of the information can still be used in the new version, it would be great if you could produce a new video showing the new interface and all of the added features and available information.
Thank you!
Alberto
Iam getting same error. Not getting the data Virus/Spyware content download fro today showing Zero count
Please help me how to resolve the issue..
GUP Distrubution monitoring tool installation steps required.
Kindly help anyone...
Can u please help wht table info i have to define in config.ini file
OLEDB_string=Provider=SQLOLEDB;Data Source=10.72.19.88\sepm;Initial Catalog=sem5;Integrated Security=SSPI OLEDB_Username=sem5 OLEDB_Password=********
table_name_prepend= ?????????
-Pawan
getting the same error..
running the tool directly on SEPM, WinSrv2003Std 32bit, using SQL DB. ODBC configured properly. Tool works on another account session (with admin rights). What to troubleshoot?
The tool currently does not allow you to specify a proxy through which to get this data from the internet.
The tool will continue to work fine without this data, it is just one less useful piece of info you have present in the UI.
- added content update percentages for GUP and Clients - reformatted Symantec website def format, so now SEPM def ver will highlight if older than Symantec website def - minor code cleanup and bug fixes - updated SQL queries in diagnostics directory
I fell foul of the hta script parsing the examples in the config.ini and producing an unreachable path for the IIS logs. Removing those cured the problem - as described by someone else in this thread. Perhaps the examples could be all contained in the readme.txt and leave the config.ini for active setings only. Very useful tool - thanks
There are also more generic IIS logs written for the default website and HTTPERR. If it is a Windows 2003 based machine, check the following: via the IIS manager, right-click on Symantec Web Server, then click Properties, when the dialog opens, click Properties again, you should see the path where the logs for this website are going. Open this path and view the contained log files, you should see entries in there for *.dax and/or full.zip
If it is a Windows 2008 based machine, the interface is different but same principals apply, the following URL may be useful: http://technet.microsoft.com/en-us/library/cc732079(WS.10).aspx
It could be because of the OS, I'll test on this speicific platform to see if the behavior is any different. There is a difference between the logic used in the background when you click the link to open the logs, and when the tool launches and the IIS logs get searched. Can you copy and paste the IIS log section of your config.ini here so I can check it out? Is that the exact location of the *.log files (i.e. the path you enter will typically include W2SVC2 or W2SVC1 and should end with a backslash) Thx.
Hi Brian81, I'd recommend you first try to run the tool from the SEPM machine itself, as the ODBC connection is more likely to be present. is it a 64bit OS per chance? If so, see http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2008021900094548. Is the SEPM database local on the machine you are on, or is it remote? If you can provide some of the above info, I'll try to help you get the right options entered.
I'm reading latest available content from the SEPM database. Sounds like i need to refine the query to account for this scenario. I'll look into doing that over the next week or so.
How many GUPs do you have running? The total includes the GUPs themselves, and consider each GUP will likely download 3+ times a day depending on the content clients request of the GUP. We'd need to verify aspects of your configuration such as: - How many content revisions does your SEPM store? (admin > servers > site > props > liveupdate) this should be set to 21 days a minimum - How is your GUP configured (for single or multiple GUP config)? Are all your SEP clients running 11.0.5 or later Enter the IP of the GUP into the search box within the monitor and click search, see how many times that machine has downloaded content. If it does not account for the majority of the total downloads, then the GUP configuration assigned to your SEP clietns could be wrong.
Added some further updates: - Added link to allow export of the GUP data to CSV file - Client content downloads only register if they come with HTTP 200 (as opposed to 404, which can occur rarely) - Added text alongside each of the menu buttons so they are easily understandable Re how many GUPs the monitor can be used with, I've heard of customers use it with 100s, I'm not currently aware of any upper limit. Of course, as with any view which runs SQL queries in the background, the monitor will take longer to load the more data it needs to load.
The monitor works with GUPs that are running 11.0.5 or above.
For anyone who test drives the monitor further, pls let me know how you get on, all feedback appreciated.
great help.