If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to REGISTER before you can post. To start viewing messages, select the forum that you want to visit from the selection below.
hi, i try it before but i notice that in node the object has a starting id depending on the node so if you make an export and reimport you have object with wrong id in your proxy.
i see that in upcoming zabbix 2.4 node will be removed so i think that there will be some mysql operation to revert node to standalone, so once in standalone maybe you could export hosts in your main server, remove zabbix server, cleanup mysql and install zabbix proxy.
It is not possible to convert a node into a proxy.
It is of cause possible to simply add a proxy and reconfigure the hosts on the node in question to be monitored through that proxy.
On top of it, you could also try changing the node based setup into a standalone server setup - however doing so would keep the entire node based id scheme.
It is also possible to convert a node based setup into a standalone server. This would result in a very clean and consistant zabbix database, but requires a good amount of develpoment work and a _very_ detailed understanding of the zabbix database architecture and how all works together.
I have done this a couple of times for smaller and bigger installations. (Upto 6000+ Hosts with 370.000+ Items, 90.000+ Trigger with 6+ nodes).
Basically you need to touch all tables from the node based database and create a new standalone database with _complete_ new ids for any zabbix objects (so not only hosts and items but also graphs. graphs items, screens, trigger, trigger definitions, history data, events, alerts, user etc.). So you will have to convert ids from the src database to your new destination database.
For some of our customers it paid off to go that route because the node based database also had inconsistancies that we repaired when doing that transition and they wanted to keep the _entire_ configuration, user, historical data, trends, escalations etc.
Comment