<?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[[Bug] Invalid Zone ID]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I still seem to be having a problem with moving nodes between zones.<br />
I had described my problem before, but do not have a working solution yet other than deleting nodes and re-adding them (and I couldn't find my own, older post to reply to). Some of this is likely related to <a href="https://track.radensolutions.com/issue/NX-1148" rel="nofollow ugc">https://track.radensolutions.com/issue/NX-1148</a>.<br />
Except now I have issues where I am unable to move a node no matter how long I wait.<br />
The error message used to be about IP address conflicts, now it just tells me "Invalid Zone ID".</p>
<p dir="auto">And it seems to happen in other, more random, situations, so I am not sure if this is still the same issue.</p>
<p dir="auto">--- EDIT --- The below part is indeed a different issue. --- EDIT ---<br />
The previous issue generally happened when I wanted to change a setup like this:</p>
<ul>
<li>Node A sits in Zone Y. Node A is a server and NetXMS Proxy.</li>
<li>Node B sits in Zone Z. Node B is a firewall/router.</li>
<li>Both nodes are in the same private network and usually Node B is the default gateway for Node A.</li>
<li>Node B is configured with it's public IP address in NetXMS for SNMP monitoring.</li>
<li>Node A is configured with Node B's public IP address in NetXMS for Agent monitoring. Node B has a port forward for 4700 to Node A's private IP.<br />
The above setup works fine, no issues.</li>
</ul>
<p dir="auto">Now I want both Node A and Node B to be in the same zone. The main reason being the ability to use Node A as syslog proxy for the entire private network, including the firewall.</p>
<p dir="auto">Trying to move these into the same zone leads to (or used to lead to) an IP address conflict. The only way I can resolve this is to delete Node B, move Node A into zone Z, then re-add Node B in zone Z. After that everything works fine. Except at that point I usually hit <a href="https://track.radensolutions.com/issue/NX-1148" rel="nofollow ugc">https://track.radensolutions.com/issue/NX-1148</a>, so it can take a while before I can move Node A.</p>
<p dir="auto">That was my previous issue (although it still is an issue for me).</p>
<p dir="auto">By now, I do not receive an IP address conflict message. I receive an "Invalid Zone ID" error instead.<br />
That doesn't go away after a couple of hours either and it survives a NetXMS server reboot and nxdbmgr check run.<br />
All I can do now is to delete Node A as well and then re-add it.</p>
<p dir="auto">In addition, this errors has started appearing when trying to move random nodes which did and do not have IP address conflicts between zones. It also doesn't matter into which zone I want to move them - they always come back with "Invalid Zone ID".</p>
<p dir="auto">Is this an issue in 2.1-M3?<br />
Or do I have some database corruption somewhere which nxdbmgr check doesn't pick up?</p>
<p dir="auto">Cheers</p>
]]></description><link>https://forum.netxms.org/topic/5049/bug-invalid-zone-id</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 13:26:56 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/5049.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 12 May 2017 00:23:48 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to [Bug] Invalid Zone ID on Fri, 19 May 2017 02:45:55 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">Ok, I am pretty sure I stumbled into a bug in 2.1 with this issue.</p>
<p dir="auto">When I move a node into the "Default" zone, which has Zone ID 0, it does not place the node into that zone.<br />
Instead if places it into a different zone with Zone ID 4.<br />
"4" happens to be the <strong>Object ID</strong> of the Default zone (not the Zone ID).</p>
<p dir="auto">Looks like moving zones in 2.1 is linking up the wrong IDs?</p>
<p dir="auto">That also explains the Invalid Zone ID errors we are seeing.<br />
Our Object IDs are way higher than any Zone ID we ever assigned, so in almost all cases, it wouldn't be able to find a match at all - hence "Invalid Zone ID".</p>
<p dir="auto">That's a bit of a problem for us right now, as we can't move nodes into the correct zones and nodes we previously tried to move into the Default zone for testing are stuck in a zone they don't belong in.</p>
<p dir="auto">Cheers</p>
]]></description><link>https://forum.netxms.org/post/22379</link><guid isPermaLink="true">https://forum.netxms.org/post/22379</guid><dc:creator><![CDATA[Tursiops]]></dc:creator><pubDate>Fri, 19 May 2017 02:45:55 GMT</pubDate></item></channel></rss>