CereusReporting - PDF Reports - 4.00 for Cacti 1.x out soon!

[phalek]

Ok,check your realm permissions for your user and make sure you unchecked(!) the "NMID - view report archive" permission ( i tink its called like that). Then click on the cereus tab at the very top and you should be able to generate the reports.

[GoranTornqvist]

That´s it! Thanks...

[phalek]

No problem.

This realm permission is only needed if you want to provide pre-generated reports to you customers. Report generation itself can be quite resource intensive, so you do have theoption to generate and archive reports in order to provide them to your cuatomers via the cereus tab.

this feature also supports a multi-customer environment, so your customer can only see the reports you want them to see.

[GoranTornqvist]

Another newbie question

Can´t find anywhere in the docs how cron job scheduling is done.
If I choose cron in "Scheduler being used" instead of poller, do I need to add something to /etc/cron.d/ for it work?

[phalek]

For the cronjob, run the following command ( all in one line ) :

Code: Select all

echo '*/1 * * * * cacti /usr/bin/php /var/html/htdocs/cacti/plugins/nmidCreatePDF/cron_pdf_scheduler.php > /dev/null 2>&1' >> /etc/cron.d/reportScheduler

Make sure to change the user and paths appropriately

[GoranTornqvist]

Thanks...

Found a problem:
When looking at a Multi Report in "Manage Reports", the Order column to move items up/down doesn´t exist - exists for graph reports though.
I only have these columns: Id, Type, Description

Do you have any idea what could be wrong? Thanks...

Attaching Debug Info ...

[phalek]

There's nothing wrong with it.

Try clicking on an item and dragging it to another place, like you would when moving an icon around on your desktop. It's drag&drop capable. The normal graph reports do not have this feature (yet).

[GoranTornqvist]

*feel stupid*

Thanks

[GoranTornqvist]

For the cronjob, run the following command ( all in one line ) :

Code: Select all

echo '*/1 * * * * cacti /usr/bin/php /var/html/htdocs/cacti/plugins/nmidCreatePDF/cron_pdf_scheduler.php > /dev/null 2>&1' >> /etc/cron.d/reportScheduler

Make sure to change the user and paths appropriately

I´ve done this and I can see that the script runs in cron log.
Also created a schedule which e-mails a report and tried action "run now".
I can see that the script runs, also tried running it manually, but no pdf report is generated in archive and no e-mail is sent.
No error message from the script when I run it manually.

So not sure what´s wrong, doesn´t "run now" mean that the report is generated the next time the script runs?
Any ideas? Thanks...

[phalek]

Now first change the debug mode on the nmid settings tab. Then check the tmp dir within the nmidcreatepdf dir.

Also make sure the cacti user (ehich should be the same as the cronscript runs under) has read/write access to the images, tmp and the tmp dir under the reportengines/mpdf dir.

Especially check if under the tmp dir you can find a workerfile and if possible send this file to me at support@nmid-plugins.de

[GoranTornqvist]

Hi,

- Ok, all permissions look good. tmp and ReportEngines/mpdf/tmp has apache:cacti and 775. No "images" dir exists in ReportEngines/mpdf/tmp but it exists directly in nmidCreatePDF dir with correct perms.
- I can see that the runNow column in plugin_nmidCreatePDF_Reports_scheduler table show "1" but nothing happens in the tmp dir when the cron_pdf_scheduler.php script is run - nothing is created. I can see a file called cronisrunning that exists.
- If I remove the file "cronisrunning", than the report is generated in the archive dir when the cron_pdf_scheduler.php runs - no e-mail is sent though and nothing shows in /var/log/maillog. But the file cronisrunning isn´t removed when the script exits and the cron_pdf_scheduler won´t run again since the file exists (?). Perms for the created cronisrunning file is cacti:cacti and 644.
- A workerfile is created when the pdf_scheduler runs but it is deleted after creation and only the pdf report exist in the tmp dir. But if I generate a report manually the workerfile like tmp/1313391438-2-1309471200-1312149600/workerfile remains in the tmp dir.

So looks like 2 issues, cronisrunning isn´t removed and mailing isn´t working.

Will e-mail you the workerfile ...

EDIT: Solved, I was missing the file /usr/share/cacti/plugins/settings/include/mailer.php which is included in the settings plugin for cacti.

[phalek]

Version 1.76 Build 31 has been released. This version has the following changes:

Release Notes - CereusRepoting - Version 1.76

Bug
* [CRC-159] - PHP errors showing up in the log file
* [CRC-164] - On large trees, the availability charts may display entries from a different sub-tree

Improvement
* [CRC-160] - Change Default action from "Delete" to "Please select an action"
* [CRC-167] - Add float numbers for availability percentage to the combined availability chart
* [CRC-171] - Integrate nmidSmokeping graph retrieval

Grab it from here: http://redmine.nmid-plugins.de/projects ... epdf/files

[phalek]

A kind request to all users of this plugin. If you like this tool please either rate it honestly or write a review at betanews.

If you're using the express edition, please state so on the review so users can see the difference.

If you trialed it, please also write a review.

http://fileforum.betanews.com/detail/Ce ... 84932181/1

[phalek]

In case your do have any issues with CereusReporting, please open a ticket on the following page. Registration is free:

http://urbansoftware.kayako.com/

[artiflo]

What about compatibility with cacti 0.8.7h and PIA 3.0 ?