Data display error

[sistemmsn]

I have almost 500 nodes and 1500 services, it gets stuck for a while but the data is not showing as it should

I have it mounted in docker

[rchakode]

Hi @sistemmsn,
Can you check if the process is still running inside the container ?

ps -edf | grep realopinsight

[sistemmsn]

and this error also appears

And taking advantage of the fact that you think you can change the version of the dockerfile to a newer one is that I have to use version 2 in docker compose, I think I'm not very sure, the issue is that it asks me to use variables from previous versions and if you have a docker compose echo it would be good to have it at your disposal. Well, this is mine, but I couldn't enter the network

` services:
realopinsigh:
container_name: realopinsigh
hostname: realopinsigh
image: rchakode/realopinsight:latest
restart: always
volumes:
- realopinsight:/opt/realopinsight
- realopinsight_data:/data
- /etc/localtime:/etc/localtime:ro

realopinsightdb:
container_name: realopinsightdb
hostname: realopinsightdb
image: postgres
restart: always
depends_on:
- realopinsigh
environment:
POSTGRES_PASSWORD: password
POSTGRES_DB: realopinsight
POSTGRES_USER: realopinsight
TZ: America/Mexico_City
volumes:
- realopinsightdb:/var/lib/postgresql/data
- /etc/localtime:/etc/localtime:ro

volumes:
realopinsightdb: {}
realopinsight: {}
realopinsight_data: {}
`

[rchakode]

All processes look good.
What about the cpu and memory usage in the container and also regarding the machine hosting the containers?

I will check about the error in the editor.

About the Dockerfile, can share your suggestions through a PR please?

I'ml try to review your config, but I'm an expert of Docker compose :)

[sistemmsn]

These images are from the docker server where the containers are hosted

It seems that it is a performance issue that I have to do to make it work optimally.

[rchakode]

Performance issue indeed.
We can work to fix it if it's possible for you to provide us with a sample of such a file.

You can offuscate the names of your servers and services inside the file.

Edit: if you want, you can upload the file in a private repo and provide me access to it.

[sistemmsn]

Sure, no problems, but what do I give you access to? oh what do I upload? forgive my ignorance hehe

[rchakode]

I assume you've used the automatic import feature to build the view.
In this case, you can find the associated file at the following location : /opt/realopinsight/roi_<generated-id>_autoimport.ms.ngrt4n.xml.

I you have several files at that location, please use grep to find the name of the service name in the appropriate file.

If you want to share the file privately, upload the file in private GitHub repo (create a new one if needed) and share the repo with me.

[sistemmsn]

It seems that it does not load the data or simply does not create it

I thought it was the issue of my compose, but I ran it again as you have it on your page and it came out with the same result.

[rchakode]

Oh, weird.
Can you connect to the database and list all entries in the view table?

This should show the path of config associated to each service view.

[sistemmsn]

I already shared a private repo with you, it seems that the files appeared when I configured the postgres database
I had to compress it to zip because it won't let me upload more than 25mb

[rchakode]

got it, I will investigate and let you know.

[sistemmsn]

Some news?

[rchakode]

Work in progress, need to find a way to avoid overloading the cpu with large view.
Parallelization and batch processing are options under investigation.

[sistemmsn]

I am testing from some nagios with few nodes and I notice the same result. I don't know if it is something else.

[rchakode]

@sistemmsn
The messages on the console indicate probes that seem to not exists :

• Check that Source0 exists and points to a Nagios source.
• Check that all the probes listed in the view exists