Forge Home


This module manages NXLog


2,318 latest version

5.0 quality score

We run a couple of automated
scans to help you access a
module's quality. Each module is
given a score based on how well
the author has formatted their
code and documentation and
modules are also checked for
malware using VirusTotal.

Please note, the information below
is for guidance only and neither of
these methods should be considered
an endorsement by Puppet.

Version information

  • 2.0.0 (latest)
  • 1.4.2
  • 1.4.0
  • 1.3.0
  • 1.2.2
  • 1.2.0
  • 1.1.0
  • 1.0.1
  • 1.0.0
released Oct 14th 2020
This version is compatible with:
  • Puppet Enterprise 2019.8.x, 2019.7.x, 2019.5.x, 2019.4.x, 2019.3.x, 2019.2.x, 2019.1.x, 2019.0.x, 2018.1.x, 2017.3.x
  • Puppet >= 5.0.0 < 7.0.0

Start using this module

  • r10k or Code Manager
  • Bolt
  • Manual installation
  • Direct download

Add this module to your Puppetfile:

mod 'genebean-nxlog', '2.0.0'
Learn more about managing modules with a Puppetfile

Add this module to your Bolt project:

bolt module add genebean-nxlog
Learn more about using this module with an existing project

Manually install this module globally with Puppet module tool:

puppet module install genebean-nxlog --version 2.0.0

Direct download is not typically how you would use a Puppet module to manage your infrastructure, but you may want to download the module in order to inspect the code.



genebean/nxlog — version 2.0.0 Oct 14th 2020

Puppet Forge Build Status


Table of Contents

  1. Overview
  2. Module Description - What the module does and why it is useful
  3. Setup - The basics of getting started with nxlog
  4. Usage - Configuration options and additional functionality
  5. Limitations - OS compatibility, etc.
  6. Development - Guide for contributing to the module


This module manages NXLog. It is primarily targeted at Windows but should work on Linux too so long as the package is available via some repository. Automated testing is done via Travis CI and tests against both Puppet 3.x and 4.x.

Module Description

This module installs the nxlog package, builds a config file using puppetlabs-concat, and manages the nxlog service. Since the config file for NXLog is broken up into sections, and most of these can be repeated, the choice was made to utilize defined types similar to the way the Apache module does with virtual hosts.


What nxlog affects

  • nxlog package
  • nxlog config file
  • nxlog service

Beginning with nxlog

This is an example of how to build a full config file:

class {'nxlog':
  conf_dir       => 'C:/Program Files (x86)/nxlog/conf', # note the /'s here
  conf_file      => 'nxlog.conf',
  ensure_setting => latest,
  nxlog_root     => 'C:\Program Files (x86)\nxlog',

nxlog::config::extension { 'json':
  ext_module => 'xm_json',

nxlog::config::input { 'eventlog_json':
  input_execs  => [
    '$raw_event = to_json()',
  input_module => 'im_msvistalog',

nxlog::config::output { 'local_json':
  output_file_path => 'C:\eventlog-json.txt',
  output_module    => 'om_file',

nxlog::config::output { 'logserver':
  output_address   => '',
  output_module    => 'om_udp',
  output_port      => '6371',

nxlog::config::route { 'local':
  route_destination => [ 'local_json', ],
  route_source      => [ 'eventlog_json', ],

nxlog::config::route { 'logserver':
  route_destination => [ 'logserver', ],
  route_source      => [ 'eventlog_json', ],


Class nxlog

These settings are used both in the config file and by the other parts of the module.

conf_dir - the directory where nxlog.conf resides

conf_file - the name of the config file

ensure_setting - this is passed to the package resource

nxlog_root - the installation directory for the nxlog program. On Windows this is a required setting as NXLog will not start otherwise.

Defined Types

Each of these builds a section of the config file.

nxlog::config::extension - builds an Extension section using the specified name.

  • ext_module - the name of the extension module to use
  • ext_options - an array of options for the added ext_module. Each item in the array will be an line in this section of the config file.

nxlog::config::input - builds an Input section using the specified name.

  • input_execs - an array of Exec statements to include (Optional)
  • input_file_path - defines the path to use if reading from a local file
  • input_module - the name of the input module to use
  • input_type - the name of the registered input reader function to use

nxlog::config::output - builds an Output section using the specified name.

  • output_address - the address of the remote host to send data to
  • output_execs - an array of Exec statements to include (Optional)
  • output_file_path - defines the path to use if writing to a local file
  • output_module - the name of the output module to use
  • output_port - the port on the remote host to send data to

nxlog::config::processor - builds a Processor section using the specified name.

  • processor_module - the name of the processor module to use
  • porcessor_input_format - the format of the data being converted or processed
  • processor_output_format - the format to convert the data to
  • processor_csv_output_fields - fields which are placed in the CSV lines. The field names must have the dollar sign "$" prepended.

nxlog::config::route - builds a Route section using the specified name.

  • route_destination - an array of outputs to send data to
  • route_source - an array of inputs to send to the named destination


On Windows it is assumed that you are using Chocolatey to install packages.

On Linux it is assumed that you have a custom repo which contains nxlog-ce. You can work around this by installing the program separately and setting ensure_setting => present.

nxlog::config::processor chooses a template based on the value of processor_module. Not all of the possible modules have had templates generated for them yet... if you want one that does not yet feel free to file a bug report or, better yet, send a pull request.


Pull requests are welcome! A Vagrantfile is included in this module to aide in testing and development. All code must have tests before it will be merged but I am happy to help with that part.


  • Jaime Viloria (@cerealcake) - Added support for specifying output options.
  • Jaime Viloria (@cerealcake) - Added support for specifying options for extension modules.
  • @egouraud - Added support for specifying the input file used by some input modules.
  • Camilo Cota (@camilocot) - Added the input_type setting