<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Problem with network discovery; and a little issue with MS SQL]]></title><description><![CDATA[<p dir="auto">Hi !</p>
<p dir="auto">I'm having several subnets to monitor, entered them all in the Network discovery (see attached screenshot 1) - but no other one then the subnet my XMS Server is in, becomes discovered after Hours and days <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /><br />
The other subnets all are reachable via VPN Connections (I can ping them, open remote Desktop Connections, …), but XMS does not find them.<br />
Also installed the agent on a server in an other subnet, but it also isn't discovered till now.<br />
So maybe you can give me an advice what the problem can be !</p>
<p dir="auto">Other small problem:<br />
When using the Server configuration wizard (set to create a new database !), I was not able to connect to the pre-installed MS SQL 2017 with the entered credentials, there the configurtation always stopped with an error. In the Server log I found the entry, that the wizard could not connect, showing that there is no database Name (null) in the login data given to MS SQL - see screenshot 2.<br />
I found a Topic in the Forum explaning the basic manual DB creation, when changing the wizard to use the pre-defined DB, it worked in the moment !<br />
So it seems we have a little bug here <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:1.4em;width:auto;vertical-align:middle" title=":)" alt="🙂" /></p>
<p dir="auto">Thank you in advance, Klaus</p>
<hr />
<p dir="auto"><img src="/assets/uploads/files/smf/0000000004430-XMS-Problem-1.JPG" alt="XMS-Problem-1.JPG" class="img-markdown  img-fluid" width="1388" height="1045" /></p>
<p dir="auto"><img src="/assets/uploads/files/smf/0000000004432-XMS-Problem-2.JPG" alt="XMS-Problem-2.JPG" class="img-markdown  img-fluid" width="908" height="51" /></p>
]]></description><link>https://forum.netxms.org/topic/5878/problem-with-network-discovery-and-a-little-issue-with-ms-sql</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 17:46:36 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/5878.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 27 Mar 2019 21:52:06 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Problem with network discovery; and a little issue with MS SQL on Wed, 01 May 2019 20:46:12 GMT]]></title><description><![CDATA[<p dir="auto">A new update:</p>
<p dir="auto">After about 5 weeks the last missing subnet yesterday suddenly appeared - no changes have been made from me …</p>
<p dir="auto">But I also realized that some devices are still missing, eg. the firewall device of one of the subnets is still not shown, although it can be pinged.</p>
<p dir="auto">If anyone has an idea what NetXMS is doing so that this problems happen, you are welcome to give me an update what I can do to get correct results in the device discovery.</p>
<p dir="auto">Thank you, Klaus</p>
]]></description><link>https://forum.netxms.org/post/25671</link><guid isPermaLink="true">https://forum.netxms.org/post/25671</guid><dc:creator><![CDATA[knatterton]]></dc:creator><pubDate>Wed, 01 May 2019 20:46:12 GMT</pubDate></item><item><title><![CDATA[Reply to Problem with network discovery; and a little issue with MS SQL on Thu, 25 Apr 2019 20:40:44 GMT]]></title><description><![CDATA[<p dir="auto">Some more news:</p>
<p dir="auto">I captured some packets to the subnet which is not shown in NetXMS, and found that the Server IS sending pings to the subnet (192.168.5.0/24), and answers on them are returned to the server (192.168.2.34) - see attached text file. But still no info in NetXMS.</p>
<p dir="auto">Any idea ?</p>
<p dir="auto">Thank you, Klaus</p>
<hr />
<p dir="auto"><a href="/assets/uploads/files/smf/0000000004469-Subnet_.5.0.txt">Subnet .5.0.txt</a></p>
]]></description><link>https://forum.netxms.org/post/25651</link><guid isPermaLink="true">https://forum.netxms.org/post/25651</guid><dc:creator><![CDATA[knatterton]]></dc:creator><pubDate>Thu, 25 Apr 2019 20:40:44 GMT</pubDate></item><item><title><![CDATA[Reply to Problem with network discovery; and a little issue with MS SQL on Thu, 25 Apr 2019 08:33:39 GMT]]></title><description><![CDATA[<p dir="auto">Hello again !</p>
<p dir="auto">Strange thing, I meanwhile took a look on the firewall which connects my server with the other networks via VPN - and saw that the SNMP-Port 161 still was blocked - which I assumed does not matter when using ARP or Ping.</p>
<p dir="auto">So I opened Ports 4700 and 4701 (for communication with NetXMS clients and server) - and magically the first devices on the other subnets started to appear …<br />
I also opened Port 161 and 162 and also details of the SNMP devices became visible.</p>
<p dir="auto">Only one subnet is still undiscovered although both firewalls (of both LANs) do not show blocked data packets (but I did not check hours of logs), and are configured the same way - any idea is still welcome on this part of the problem !</p>
<p dir="auto">Thank you, Klaus</p>
]]></description><link>https://forum.netxms.org/post/25643</link><guid isPermaLink="true">https://forum.netxms.org/post/25643</guid><dc:creator><![CDATA[knatterton]]></dc:creator><pubDate>Thu, 25 Apr 2019 08:33:39 GMT</pubDate></item><item><title><![CDATA[Reply to Problem with network discovery; and a little issue with MS SQL on Sat, 30 Mar 2019 18:34:02 GMT]]></title><description><![CDATA[<p dir="auto">Hello !</p>
<p dir="auto">Thank you for you reply, find the attached screenshot with the queues.</p>
<p dir="auto">Best regards, Klaus</p>
<hr />
<p dir="auto"><img src="/assets/uploads/files/smf/0000000004438-XMS-Problem-3.JPG" alt="XMS-Problem-3.JPG" class="img-markdown  img-fluid" width="369" height="331" /></p>
]]></description><link>https://forum.netxms.org/post/25517</link><guid isPermaLink="true">https://forum.netxms.org/post/25517</guid><dc:creator><![CDATA[knatterton]]></dc:creator><pubDate>Sat, 30 Mar 2019 18:34:02 GMT</pubDate></item><item><title><![CDATA[Reply to Problem with network discovery; and a little issue with MS SQL on Fri, 29 Mar 2019 11:38:53 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">Please check server queues. You can do that from shell by running command</p>
<p dir="auto">nxadm -c "show queues"</p>
<p dir="auto">For MS SQL initialization - it definitely looks like a bug, we will check that.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/25505</link><guid isPermaLink="true">https://forum.netxms.org/post/25505</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Fri, 29 Mar 2019 11:38:53 GMT</pubDate></item></channel></rss>