Issue with Discovery and Poller in 1.2.16 on CentOS 8

[RAFChum]

Hi,

Thanks for helping!

New install of cacti 1.2.16 from package on CentOS 8.

I seem to have 2 issues:

Discovery:

None of the drop down menu choices next to the "Go" button work against the items on that page (currently 2 defined networks), although I do see intermediate screens like the one with the "run discovery in debug mode" box. Checking that "debug" box makes no entries in any log I have found. Additionally, trying to schedule the discovery does not work, though that may be because I cannot 'enable' the network from the drop-menu?

I have verified that on the page for Device Management the drop down menu choices next to the "Go" button do work. I successfully enabled, disabled, and deleted a device. It appears only the Discovery page is affected.

Poller:

I have also found that my poller wont run. I have a crontab for the 'cactiuser' - which is the user the web service runs as yes? In my case this is "apache" - and cron has logs full of the command every 5 minutes..but all my graphs say "the Poller hasn't run yet" so I have an issue somewhere.

I have reviewed the rights on the poller.php and although root owns it, 'other's have RX on the file so to me that seems correct.

I have tried using root as the user in my crontab but that makes no difference either.

RAFChum

[cigamit]

You should check who has write permissions on the RRA directory, the poller user will need access to that directory to create the files.

[RAFChum]

Cigamint,

Thanks for the reply.

Reviewing the rra folder I find a symlink with rights and owner like so:

lrwxrwxrwx. 1 root root 18 Dec 15 03:55 /usr/share/cacti/rra -> /var/lib/cacti/rra

following the link we find:

drwxr-xr-x. 2 apache apache 23 Mar 22 22:45 rra

The only possibility I see is that the link is owned by root, not apache? I have 'chown -h' the symlink to apache:apache and in doing so I have found this:

In the package as installed on my Centos 8 (patched!) there are a bunch of symlinks between /usr/share/cacti and /var/lib/cacti and they run both ways.

Here is the /var/lib/cacti side to show what I mean:

[root@cacti cacti]# ls -lh /var/lib/cacti
total 8.0K
drwxr-xr-x. 6 apache apache 85 Mar 22 22:45 cache
drwxr-xr-x. 2 apache apache 4.0K Mar 22 22:45 cli
drwxr-xr-x. 2 apache apache 29 Mar 22 22:45 csrf
lrwxrwxrwx. 1 root root 24 Dec 15 03:55 include -> /usr/share/cacti/include
lrwxrwxrwx. 1 root root 20 Dec 15 03:55 lib -> /usr/share/cacti/lib
drwxr-xr-x. 5 apache apache 86 Mar 22 22:45 resource
drwxr-xr-x. 2 apache apache 23 Mar 22 22:45 rra
drwxr-xr-x. 2 apache apache 4.0K Mar 23 12:44 scripts
[root@cacti cacti]# chown -h apache:apache log


Most of the directories above are the physical end of symlinks from /usr/share/cacti.

The two links tie back to physical ends in /usr/share/cacti.

Links are owned by root, target physicals are all owned by apache.

If this doesn't seem correct to you please let me know.

In the meantime, it has been well over 5 minutes since I did 'Chown' on the symlink as above and the poller has failed to run. So should I do it on all of them or is that digging myself a hole......

RAFChum

[cigamit]

Are you getting anything in the cacti log? What happens if you run the poller manually? Have you double checked the cron job?

[RAFChum]

Hello,

The issue has been fixed, for both the poller and the Discovery.

Issue was a stupid path-used-in-the-statement issue, something I had missed over and over again.

"Yes, it is just like the directions say, too bad the directions don't match my actual path...." Doh!"

Thanks to all that assisted.

Best,

RAFChum