NetXMS Support Forum

You should not have function main() in library script. Try to change it like this:


sub CISCO_Config_Event_Config(e)
{
    switch(e)
    {
    case 3: return "running";
    case 4: return "startup";
    }
}


It is strange that server crashes. I'll try to reproduce it myself.

Best regards,
Victor

Parameters can be passed to subroutines like that:


sub main()
{
   f(1, 2);
   f(3, 4);
}

sub f(p1, p2)
{
   println "parameter 1 is " . p1;
   println "parameter 2 is " . p2;
}


If you have multiple parameters which needs to be converted using same function, you can create separate script in the library containing this function, and call it from different small scripts. For example, create script called "convert" with function "convert":


convert(p)
{
   // do conversion here
   return converted_value;
}


then create scripts like that for each parameter:

convert_p1:


use convert;
return convert($event->parameters[1]);


convert_p2:


use convert;
return convert($event->parameters[2]);


and so on.

Best regards,
Victor

Hi!

Currently it is not possible - server always calls main() subroutine when expanding %[] macro. I can add an option to specify parameters and/or entry points to these scripts - in 1.1.8 or 1.1.9, depending on how fast I will fix other things from to-do list.

Best regards,
Victor

Sorry, I forgot to mention it - in 1.1.x correct configure option is --with-webui instead of --with-nxhttpd.

Best regards,
Victor

If I understand you need correctly, you need script which will convert numeric codes into strings, right? Then you can do the following:

Create script in script library, with some name, let's say "convert" (here I assume that you need to convert event's parameter %2 into text - otherwise change index in parameters[] accordingly):


switch($event->parameters[2])
{
   case 1: return "test";
   case 2: return "test2";
   // and so on...
}
return "unknown"; // default value


and then use it in a message like %[convert]

Best regards,
Victor

Hi!

It's a bug. Unfortunately there are no workaround, you have to wait for version 1.1.8 with a fix.

Best regards,
Victor

Yes, that's correct.

Best regards,
Victor

It's fixed already in the trunk, so 1.1.8 will not have this bug.

Best regards,
Victor

Try to use netstat -atnp command - then you will see what exact process keeps this port open.

Best regards,
Victor

It should be under /usr/local/bin if you have used default prefix.

Best regards,
Victor

What operating system is on remote machine?

Best regards,
Victor

I agree that this may be useful. One problem is conflict resolution - node can be placed in multiple containers - what settings should be taken in tah situation?

Best regards,
Victor

Yes, I want to create new object type "management board" for this type of situations. I'm also have a lot of servers with iLO boards
Currently you can use the following method as a workaround:

1. Create separate node object for management board
2. Add server node object to "trusted nodes" list of management board node object
3. Create DCI on server node object and specify management board node object as "proxy node"

Then you will have DCIs on server node object, but they will be collected from management board.

Best regards,
Victor

Hi!

You can use unmanage/manage as a workaround for manual maintenance mode. System do nothing with unmanaged node. The only drawback is that unmanage operation is hierarchical, i.e. all interfaces and services of a node will change status as well, and when you do "manage" node again, they all come into "managed" state, even if some of them was unmanaged before.

Best regards,
Victor

Looks like database was not initialized correctly. Try to initialize it by running

nxdbmgr init /usr/local/share/netxms/sql/dbinit_<your_sql_engine>.sql

Best regards,
Victor