News:

We really need your input in this questionnaire

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - rz

#1
Hello,


1) I'd be usefull to notify admin that monitoring by using ExternalParameter/ExternalParameterShellExec commands is not working correctly.

If external command is failed, I expect that
- event should be raised (e.g. SYS_DCI_UNSUPPORTED or any other new event) 
- "Data collection error" of the ExternalParameter command should be set to <<ERROR>>, so it could be at least checked externally via thresholds.

I've tested these error conditions: invalid command is launched, script having no execution permission is launched, syntax-error happens in shell/perl scripts, command returns non zero return code. I've tested it on linux/solaris servers (version 1.2.14) with following result: default value (i.e. 0 for int) or first value send to stdout is returned, no error is shown in the logfile, no event is raised. So it is impossible to identify incorrect commands. The same happens for ExternalParameter and ExternalParameterShellExec parameters.


2) It could be probably better to raise event automatically if error happens, without explicit testing of "Data collection error" status via threshold for each external parameter.  The same behaviour could be applied for external commands with execution timeout exceeded (note: for timeouted external commands "Data collection error" status is set to <<ERROR>> and error could be seen in the logfile, but no event is raised).


3) I'd appreciate if it is possible to see raw output (stdout/stderr) for these external commands from the console.

Kind Regards,
Roman
#2
General Support / Monitoring of processes
June 03, 2014, 05:16:18 PM
Hi,

1) What will be the best solution for monitoring of processes having long command line ?

    For example java process with argument "firstCell01 centosNode01 nodeagent" (arguments are placed at the end). Overall length of command line is longer then 1024 characters (2500).

     A) It seems that solution via DCI Process.CountEx("java","firstCell01 centosNode01 nodeagent") takes into account only first 1024 characters.
       
         Should be NetXMS subagent (processCmdLine[1024] in proc.cpp) updated ?

     B) Or is it better solution to monitor it via ExternalParameter DCI (i.e. ps xxx | grep yyy)


2) Note: There are no values in column "Command Line" in <<Table>> System.Processes, other columns are populated correctly.
    I'm not sure if it works as expected.


Kind Regards,
Roman
#3
Feature Requests / Status calculation
June 03, 2014, 04:11:00 PM
Hi,

Is status calculation (propagate and calculate) supported for business services ?
It seems it is not working (tested on 1.2.14)

Kind Regards,
Roman
#4
Feature Requests / Re: nxevent
June 03, 2014, 04:08:29 PM
Hi,

Thank you for quick reply :) 

During testing I've found following behaviour which I suppose is not correct:

During import of configuration (e.g. events), user events (id > 100000) are not correctly replaced in the case event name and/or event id already exist. Events are always appended as new ones (with new id) regardless any checkbox is selected. Also more events can have the same name as uniqueness of name is not checked (there is no constrain).

tested on 1.2.14, windows version

Kind Regards,
Roman
#5
Feature Requests / nxevent
May 30, 2014, 07:01:21 PM
Hello,

I'd be very usefull to enhance nxevent utility for ability to send event by using event's name (instead of event_id code).

Another not so important notes:

- nxevent command should exit with non zero return code if sending of event was not successfull.

- implementation of any kind of persistence (e.g. buffering of events at the sender's side) is welcomed for event sending utility to overcome situations like: short lasting server unavailability or broken network communication
  note: nxevent -w parameter seems it is not applied for this use case


And thanks for nice software.

Kind Regards,
Roman