Child pages
  • Generating Reports
Skip to end of metadata
Go to start of metadata

Overview

This document documents the mechanisms for generating (and managing) reports on demand (instead of via schedules, which are described here).

Generating Reports from the GUI

You find the report generating interface under the menu Views, On-Demand Reports or from the dashboard page.

The interface is mostly self-explanatory, and has a number of tooltips for documenting some of the non-obvious items.

When you hit the Generate button the report creation is started in the background, and you will be shown a message with a link to the report display; if your report covers lots of nodes or a long period, then it may take some time until generation is complete, but the GUI will be completely usable in the meantime. Your new report will show up as "in progress" on the report list until it's finished.

Report Naming and Storage Locations

Reports generated from the GUI are saved in /usr/local/omk/var/reports/on-demand (but this is configurable, see <omk_reports_ondemand> in opCommon.nmis).

Reports generated by the scheduler are saved in the output directory that was set for the particular schedule. The GUI lets you select from any directory that is listed under opreports_output_dirs in opCommon.nmis.

If you don't select a report name (under advanced options), then the report name will be generated from report type, date and a few other properties. If a name clash is detected, then newer reports will be named <originalname>.1.2 and so on. This de-clashing also applies to your custom report name!

Aging

Old on-demand reports are pruned based on the configuration setting default_report_keep_for, subsection on-demand (in opCommon.nmis) by default that is set to 42 days.

Generating Reports from the Command Line

We recommend that you primarily use the report scheduling system and the GUI on-demand report creation for maximum robustness, but if utmost flexibility is required (at the expense of fewer safeguards) then there's a tool available for that, too: opReports ships with a command line tool for report generation: opreports-cli.pl (in /usr/local/omk/bin/).
Most of its options correspond closely to the ones described on the page on  Scheduling Reports.

If you run the tool with "-h" or "–help" or "-?" you'll see the brief help text:

Selecting output formats and destinations

With opreports-cli you have total control over what formats your reports are generated in, and where they are saved. Please note that reports created by opreports-cli are generally not visible in the GUI, and are not aged!

Precise Output Selection

To generate a report in a format X (html, csv, xlsx), use the options format_N and output_file_N (N being a number); e.g. format_1=html output_file_1=/tmp/xyz.html. You can use up to three format/output options (and if you want just one format, then you can leave off the "_N"). If you choose separate output directories, then the resulting report cannot be visible in the GUI.

The output_file_N option value must be a full path pointing to the file to create or replace. Please note that opreports-cli overwrites existing files without warning!

Report formats csv and html can also be printed to stdout, using output_file_N=- (minus sign); Please note that this can not work for xlsx, only one format can be sent to stdout, and such reports cannot be visible in the GUI.

Simplified Output  Selection

In versions 3.0.10 and newer, there is an optional, simpler mechanism for setting up outputs:

  • Pass the option output_dir=<your desired target directory>,
  • pass the option actual_name=<the short file name>,
  • and pass one or more format_X options, e.g. format_1=csv format_2=html,

and opReports will automatically name the files suitably and put them in the given output directory.

Emailing Reports

In addition to file-based outputs you can also specify email recipients using the email=some@addre.ss,other@addr.ess option. Please note that a file-based output setup is still required. The report will be emailed to all recipients with all selected formats as attachments.

Making command-line generated reports visible to the GUI

To make manually generated reports show up in the GUI, and be aged by the scheduler, all the following conditions must be met:

  1. All output_file_N options must point to the same directory, and it must be one of the configured report directories (or the on-demand report directory).
    If you use the simplified setup with output_dir, then that must be one of the configured report directories.
    Output to STDOUT (using output_file_1=-) is not allowed in this situation.
  2. All the relative file names given in output_N must be identical (but for the extension).
    this works: format_1=HTML output_file_1=/usr/local/omk/var/reports/on-demand/testme.html format_2=XLSX output_2=/usr/local/omk/var/reports/on-demand/testme.xlsx
    whereas this doesn't: output_file_1=.../test_one.html output_file_2=..../test_two.csv
  3. You must add the option actual_name=<the name of your report files minus extension>.
    For the example from step 2 this would be actual_name=testme.
  4. You must add the option actual_uuid=<unique identifier>.
    The uuid should follow the UUID V4 standard format , but any globally unique string will do.
    You can use the uuid program to create a a proper uuid.
  5. If you want your report to be treated as an instance of a scheduled report, then you must pass the schedule's uuid parameter.
  6. If you want report aging, then you have to add a keep_for=<days> option.

If any of the requirements 1 to 5 are not met, then no report metadata json file is created and the GUI will not pick up the manually created report.

In version 3.0.7 and newer, the opReport scheduler logs the actual command line arguments that it uses for generating reports, which should provide a good example of how the parameters line up.

Overview of opreports-cli parameters

ParameterDescription
act=<report_type>

What report to generate. Required.

days=<N>
start_date=<date>
end_date=<date>
The period the report should span.
End date defaults to now, days defaults to 7.

from=<HH>
to=<HH>
exclude=<DAY1>-<DAY2>

Business-hour/Business-week reporting. Optional.
Business week selection is supported in opReports version 3.0.8 and above.

 nodes_group=<groupname>|All|Each

Node selection by group name. All means one combined report, Each means one report per group.

node_regexp=<regexp>
nodes=NAME1 nodes=NAME2 nodes=NAME3...

Node selection by name, either by regular expression or as a list of explicitly given node names

node_intf_list=<listfile>
node_list=<listfile>
node_intf_type_list=<listfile>

Node selection by list file.
See How to select Nodes (and Interfaces) for reporting for file formats and details.

format_1=HTML|CSV|XLSX
output_file_1=<path>
format_2=... output_file_2=...

What formats to generate and where to store the resulting files.
At least one format must be selected.
email=<adress,address,...>Optional recipients of the report. Only the selected output formats are emailed out.
target_audience_group=<group>If set, only members of this NMIS group can see the report in the GUI. Optional.
actual_name=<report file name>The base name shared by all output files for this report instance. Required for GUI visibility.
actual_uuid=<uuid>The globally unique identifier for this report instance. Required for GUI visibility.
uuid=<uuid of a report schedule>The unique identifier of the report schedule this report should be marked as belonging to. Optional.
keep_for=<N>How many days to keep this report instance. Optional.
title=<text>Custom report title. Optional.
description=<text>Custom report description. Optional.
homelink=<html text>Custom report header for HTML output. Optional.
debug=N|verbose|trueIf set, more verbose debug logging and output is produced. Optional.

util_threshold
util_threshold_mincount
show_threshold
show_only_util
exceptions
report_wan_level
embedgraphs

Optional parameters that are specific to particular report types.
Please see the Report Types page for details.
node_naming=<propname>

If set to an NMIS property name, the node's value for this property will be used for displaying the node's name. Optional.
The standard property to use would be display_name (and only this property is offered as a choice in the opReports GUI), but any NMIS node property should work.

If the option is not set or if the given property is not present for a particular node, the node's plain name is shown.
This feature is supported in opReports 3.0.8 and NMIS 8.6.0 onward.

interface_naming=<propname>

If set to an NMIS interface property name, that interface's value for this property is used for displaying the interface name. Optional.
The default property is Description, i.e. the interface's ifDescr or ifAlias property (depending on the node's model).
If the option is not set, the interface's ifDescr property is show.
This feature is supported in opReports 3.0.10 and NMIS 8.6.0 onward.

pages.*=<value>Page definition for Traffic Snapshot report (in opReports 3.0.14 and up).
These parameters describe a deep structure, serialised in dot-notation. Please check the Report Types page for details.



  • No labels