Interesting timestamp

[suzdal]

Like it

Up

0

Down

Drop it

::

because if data don’t change, it didn’t make a new timestamp for the same data.

[yduma]

Like it

Up

0

Down

Drop it

::

sorry, but timestamp means – when was last check…

also I get this in pandora log’s – Argument “x{35}x{30}…” isn’t numeric in sprintf at /usr/lib/perl5/site_perl/5.10.0/PandoraFMS/DB.pm line 905.

[suzdal]

Like it

Up

0

Down

Drop it

::

i think that your problem is a wrong local date & time format.
check it, and verfy is installed all locale packs and set it ok.

[yduma]

Like it

Up

0

Down

Drop it

::

everything was fine..
pandora work’s for 2 mounth..

with time/date everything good

[yduma]

Like it

Up

0

Down

Drop it

::

I found where was problem – I use in Linux server agen’t to check free space in % and it back value like 5%, so type was string.

But now I stop all linux agent’s and still have problem’s – look’s like pandora don’t check my agent’s, don’t ping them and don’t telnet.

[daniels]

Like it

Up

0

Down

Drop it

::

Hi yduma,

I don’t know if I understood your problem, but check if the pandora_network_server is up and running (ps aux |grep pandora_network). It is responsible for the remote network checks. To start it up type:

service pandora_network start

[yduma]

Like it

Up

0

Down

Drop it

::

It work’s. on page index.php?sec=estado&sec2=operation/agentes/tactical&refr=60
I see next
Monitor checks 161
Monitor OK 6
Monitor BAD 6
Monitor Unknown 149

Monitor Ok and Monitor BAD are different in every minute. But why I get so many Unknow monitors?

[daniels]

Like it

Up

0

Down

Drop it

::

Hi yduma.

I think that its better to open a new topic for different problems….

Probably you have problem in the agents running in the remote servers.

[yduma]

Like it

Up

0

Down

Drop it

::

Problem was in server configuration..

I take original pandora_server.conf and start to use it. After this – pandora work’s very good.