NetXMS Support Forum

Documentation is wrong, I checked source code Will fix that.

Actually as I start thinking about it, minimum size is 28, not 46. Because this value includes both IP header (20 bytes) and ICMP header (8 bytes), it cannot be less than that. 46 is minimum payload size for Ethernet frame. If you are using only Ethernet for communications, setting ping size to any value less than 46 will not reduce traffic, as payload will be padded to minimum length anyway. However, if you are using communication channels capable of sending shorter frames than reducing ping size further can make sense.

Hi,

looks like you have server configuration parameter ICMP.PingSize set to 1 (or other small value). It has to be set to at least 46. There is a bug in a server that it does not check this value for validity, and incorrect value causes crash later on.

Best regards,
Victor

session.findObjectById(objectID).getObjectId() is kind of pointless - you already know object ID, but you use it to find object by that ID, only to get that same ID from object...

Yes, that makes sense. I've added it as feature request: https://track.radensolutions.com/issue/NX-2260

Best regards,
Victor

Hi,

try to set MailEncoding to utf-8.

Best regards,
Victor

Argument for setTrustedNodes is array of object identifiers, not array of objects, so probably something like this will work:
data.setTrustedNodes([trustedNodeId])
where trustedNodeId is an ID of node to be set as trusted.

Best regards,
Victor

Go to Configuration -> Scheduled Tasks. Create new task, select Maintenance.Enter for type, and object you want to put into maintenance as "execution object". In schedule, enter desired schedule in crontab format. Create another task with type Maintenance.Leace and set schedule for exiting from maintenance.

Best regards,
Victor

We are looking for C++ and Java developers to join our small but dedicated team in Riga - either on-site or remotely.
If you are interested, contact me via PM on the forum, or drop an email to [email protected].

C++ Developer

Expected experience:
Strong software development skills with C or C++
University degree in Computer Science or related technical field or equivalent practical experience
Good communication and teamwork skills
Professional curiosity, ability to learn fast, and willingness to share knowledge
Ability to work in a dynamic environment

Seen as an advantage:
Analytical skills and willingness to drive team success
Knowledge of Java
Knowledge of SQL
Understanding of network protocols and technologies

We offer:
Challenging job responsibilities and flexible work schedule
Interesting and dynamic work environment
Professional and personal development opportunities
Motivating salary and benefits package (health insurance, etc.)


Java Developer

Expected experience:
Strong software development skills with Java
University degree in Computer Science or related technical field or equivalent practical experience
Good communication and teamwork skills
Professional curiosity, ability to learn fast, and willingness to share knowledge
Ability to work in a dynamic environment

Seen as an advantage:
Analytical skills and willingness to drive team success
Understanding of UI development principles
Understanding of network protocols and technologies
Knowledge of C or C++
Knowledge of JavaScript

We offer:
Challenging job responsibilities and flexible work schedule
Interesting and dynamic work environment
Professional and personal development opportunities
Motivating salary and benefits package (health insurance, etc.)

Hi,

one option is to schedule recurring maintenance - node will enter maintenance mode at non-business hours and all events will be suppressed until end of maintenance period. If node will still be down at end of maintenance appropriate events will be generated again so you will get notifications, etc.

Another option is to define rule in event processing policy that will drop all events from those nodes during non-business hours.

Best regards,
Victor

Just reduced limit to two bytes, will be included into next patch release.

Best regards,
Victor

Hi,

do you have coredump from the crash? If not, could you try to run netxmsd under gdb? For running onder debugger follow this instruction:

1. Stop netxmsd service
2. Install package netxms-server-dbg
3. Run

gdb netxmsd

4. In (gdb) prompt, enter

run -D2

5. When server stops, you'll get (gdb) prompt again. Enter command

bt

and provide the output.

Best regards,
Victor

Hi,

it requires at least 3 bytes of MAC address. Idea was to limit potentially very broad search. But I think we can change it if there is a use case for such wide searches.

Best regards,
Victor

So, we decided to add a little bit more planning into product development and start publishing development roadmaps. First one is for next minor release of NetXMS - 4.2. Major focus will be on improving network monitoring functionality and finalizing transition to new UI. Currently first release in 4.2 branch is planned for late June.
Below is a list of planned improvements and issues to be addressed:
    - More OSPF information and better visualization
    - Support for binary multipliers in DCIs
    - Measurement units for DCIs
    - Improved Mikrotik device support (VLAN information, maybe easy access to configuration, command execution)
    - Finalize functionality transition to new UI
    - Add 'conflict' marker to inherited custom attributes (issue NX-2251)
    - When creating a node, add the ability to immediately create interfaces with IP and CIDR (issue NX-2238)
    - Add the ability to change the height for passive elements in rack as well as to use custom images (issue NX-2237)
    - Periodically apply changes in templates and data collection configuration if editing tab is not closed (issue NX-2232)
    - Add portcheck functionality into netsvc and deprecate portcheck subagent (issue NX-2192)
    - Configurable server's SNMPv3 engine ID (issue NX-2259)

Best regards,
Victor

С этим буде сложнее - функции фильтра для показа у этого элемента нет. Единственный вариант, который приходит в голову - сделать еще один табличный DCI, и в нем transformation script, который будет удалять ненужные строки. И уже этот DCI выводить на дашборд.