NetXMS Support Forum

English Support => General Support => Topic started by: scomoletti on June 17, 2019, 08:38:07 PM

Title: Linux agent not returning any data
Post by: scomoletti on June 17, 2019, 08:38:07 PM
Have a linux guest running a vendor developed custom distribution. Not sure which linux base they used for it. I can start the agent just fine with no errors, discover the node, poll configuration. Process list and active sessions from the right-click tools->info menu function and return data. Standard subagents as listed as expected (using 2.2.12 static linux from netxms.org). It all looks good at first glance however it appears that it is logging no data on poll. Timpestamps update each poll interval as they should under the 'Last Values' tab but all the values are empty. Anyone ever run across this behavior before? I have replicated it on 2.2.7 and 2.2.12, will try 2.2.15 tomorrow.

Debug on the agent side looks as if it is correctly responding.. I see the values in the log for memory/disk/cpu etc like I expect to but it never appears on the server side. No errors in any logs, all the dci are enabled and none listed as unsupported. I'm limited in how far I can dig with the vendor on their custom linux image but I do have root access to a dev instance I can dig around on if anyone has ideas.

Thanks and regards
Title: Re: Linux agent not returning any data
Post by: scomoletti on June 18, 2019, 02:10:53 AM
Update for this problem. I have an ExternalTable configured which exhibits the same behavior. It runs successfully, it has the correct row count, but all the values are empty. I tee'd off the data from the script it runs (just a psql command..) into a file so I can verify when the poll happens and the output. I think I'd of preferred no data returned at all vs it knowing is returning empty values..
Title: Re: Linux agent not returning any data
Post by: Victor Kirhenshtein on June 19, 2019, 12:56:00 PM
Hi,

looks like bug in static build. Try to use non-static binaries (they should run on almost any distribution as well).

Best regards,
Victor