I have installed the client agent on three additional servers (exchange 2010 / win 2k8r2) and after 24 hours they still are not reporting in the web console. I have ensured they have the same performance counters and packages applied to them that other servers that are properly reporting have assigned.
Other servers currently in the dashboard are reporting up-to-date performance metrics and event log entries, so I dont think this is a problem with the SQL database, but perhaps I am wrong.
The agent installs without warning on these servers, the agent status shows as running under services on each machine and performing an agent update from the ES console also works.
Any thoughts or ideas on what may be causing this issue?
Thanks
OK, this rules out any issues with the database ODBC drivers, since MSSQL drivers are included by default.
It would appear as if the link to that utility has been moved (I am looking into this), however, the self support utility should be installed on your computer and a link should exist in the start menu.
Please let me know if do not have it.
i found the utility off the main public page. Here are the results:
Unable to connect to database action "MSSQL Database" due to the following error: [08001] [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]SQL Server does not exist or access denied. (17)
I CAN ping the sql server from the client computers that are having trouble. Could this still mean a possible firewall issue? These two servers in a dmz network, but the agent installs just fine to these machines and reports and shows up successfully in the ES console.
Is the traffic sent and received on port 1433?
PS. Here is the link I found to the support utility:
http://test.eventsentry.com/support_kb_search.php
Hi Corey,
This sounds like it may be a firewall related issue since you've got other machines writing to the database. From one of the remote machines, could you attempt to telnet to your database machine. Since you mentioned that these are 2k8 machine, you'll need to install the 'Telnet Client' by going to Control Panel > Programs and Features > Turn Windows features on or off, and select the 'Telnet Client'. Then from the command prompt, you can do a telnet to the database server:
telnet {servername} 1433
What do you see when you do this? Do you receive a blinking cursor?
appears 1433 is currently blocked since it wont connect yet i can telnet to other machines from one of these hosts. my next question then, is opening just 1433 enough? I may be mistaken but if memory serves me I thought SQL iniated a connection on 1433 but then uses a random port for the client to server communication. Is that accurate? Anyway to tie to traffic down to use only 1433 instead of a whole range of ports?
Hi Corey,
The SQL server (destination server) would receive on the standard port 1433 because that is what MSSQL server is configured for.
A random port will be used by the remote system (sending system) picked out of ports that are available on that system. Since this would be an outgoing port for that system there typically would not be any firewall issues.
port 1433 opened and everything appears well now. The server show under Event Search in Web Reports now, as well as have a computer object that can be monitored on the dashboard. I was informed there were no restrictions. Apparently not the case.
Thanks for helping me narrow it down guys.
It looks like you're new here. If you want to get involved, click one of these buttons!