Server stops parseing generic_data_inc

[manu]

Like it

Up

0

Down

Drop it

::

Hi,

Well, I actually have no idea of what your problem is, please provide us more details, otherwise, we’re not going to be able to find out where the problem is.

Cheers

Manuel

[rmann714]

Like it

Up

0

Down

Drop it

::

ok…

When I “tail -f” the pandora_server.log file, I see the server parsing and updating data for all modules that are of type “generic_data”. When the server gets to the data from a module that is of type “generic_data_inc” it stops. There is nothing in the error log file.

I look at the XML file that the agent has sent to the server and look at the code and everything appears identical for both generic_data and generic_data_inc except for the data type field.

The agent is successfully sending files to the server and the files appear to be complete.

I would post samples from each of the files, but the forum rules won’t allow me to give you that data.

Ralf

[Sancho]

Like it

Up

0

Down

Drop it

::

ok…

When I “tail -f” the pandora_server.log file, I see the server parsing and updating data for all modules that are of type “generic_data”. When the server gets to the data from a module that is of type “generic_data_inc” it stops. There is nothing in the error log file.

I look at the XML file that the agent has sent to the server and look at the code and everything appears identical for both generic_data and generic_data_inc except for the data type field.

The agent is successfully sending files to the server and the files appear to be complete.

I would post samples from each of the files, but the forum rules won’t allow me to give you that data.

Ralf

Due the nature of generic_data_inc data, you need at least two packets to see data, because it stores differentes between last one and actual packet, another cause would be to have the SAME name in module. Check that.

[rmann714]

Like it

Up

0

Down

Drop it

::

The error is in your parseing of the time stamp in the XML file sent to the server.

When the server encounters a tiemstamp with a single digit for the seconds, it hangs.

timestamp=”2007-9-5 16:36:3″

Adding another digit to the seconds such as this…

timestamp=”2007-9-5 16:36:31″

and restarting the server…causes the file to be parsed correctly.

windows agent on XP, server on ubuntu.

thank you,
Ralf

[rmann714]

Like it

Up

0

Down

Drop it

::

Single digit minutes and hours do not work either…

[Sancho]

Like it

Up

0

Down

Drop it

::

The error is in your parseing of the time stamp in the XML file sent to the server.

When the server encounters a tiemstamp with a single digit for the seconds, it hangs.

timestamp=”2007-9-5 16:36:3″

Adding another digit to the seconds such as this…

timestamp=”2007-9-5 16:36:31″

and restarting the server…causes the file to be parsed correctly.

windows agent on XP, server on ubuntu.

thank you,
Ralf

Could you cut/paste here contents of pandora_server.log.err file after you try to parse a bad XML ?

[manu]

Like it

Up

0

Down

Drop it

::

rtman, please try this new version of the agent, and please, let us know if this one solves the problem with the hours.

http://www.openideas.info/files/PandoraAgent.exe

[raul]

Like it

Up

0

Down

Drop it

::

Which are the versions you’re using?

Single digit minutes and hours do not work either…

[rmann714]

Like it

Up

0

Down

Drop it

::

Folks,

This works like a champ! Thank you for the solution.

Also, when the server stopped before I installed this exe, it did not write any errors to the /var/opt/pandora_server.error log file.

Thank you again,
Ralf

[manu]

Like it

Up

0

Down

Drop it

::

Fantastic!
Thank you for reporting this issue.

[rmann714]

Like it

Up

0

Down

Drop it

::

has the exe been incorporated into the new client package?

[manu]

Like it

Up

0

Down

Drop it

::

Nop, you have to download from the link above