The Node.js library lets you send logs from your Node.js and JavaScript applications to LogDNA. It also supports client-side logging. LogDNA automatically parses Node.js logs with minimal setup and configuration.

There are two ways to send logs from Node.js to LogDNA: by using the LogDNA Node.js library and adding on the LogDNA Winston transport or LogDNA’s Bunyan transport.

The Node.js library is open source. Check out our GitHub repository

Installing the library requires NPM.

To install the library, use NPM to install the logdna package. You can either run the following command in your project's working directory:

$ npm install --save logdna

Or add the library to your package.json file:

"logdna": "latest"

LogDNA provides a stream for Bunyan called logdna-bunyan. Use NPM to install the logdna-bunyan package. For example:

$ npm install --save logdna-bunyan

LogDNA provides a transport for Winston called logdna-winston. Use NPM to install the logdna-winston package. For example:

$ npm install --save logdna-winston

To add the library to your application, load the LogDNA module and use the createLogger() method to initialize a new logger object. createLogger() takes two arguments: your LogDNA ingestion key, and an optional JSON array of configuration settings:

var Logger = require('logdna');
var options = { hostname: myHostname, ip: ipAddress, mac: macAddress, app: appName, env: envName, tags = ['logging', 'nodejs', 'logdna'], // Tags can also be provided in comma-separated string format: 'logging,nodejs,logdna' }; var logger = Logger.createLogger(apikey, options);

The LogDNA Ingestion Key associated with your account.

  • Optional
  • Type: JSON
  • Default: null

An array of optional arguments used to configure the logger.


  • Type: String
  • Default: ''
  • Example: YourCustomApp
  • Max Length: 32

The name of the application.


  • Type: String
  • Default: ''
  • Example: YourCustomHostname
  • Max Length: 32

The name of the host.


  • Type: String
  • Default: ''
  • Examples: Development, Staging, Production
  • Max Length: 32

The environment that the application is running in.


  • Type: Integer
  • Default: 10000000

The size (in bytes) of the buffer used to store logs when the logger can't connect to the server. If this buffer is full, any new logs will be lost.


  • Type: Boolean
  • Default: false

LogDNA lets you send custom objects with each log message. This data appears in LogDNA in the meta field. If this option is set to true, then meta objects will be parsed, indexed, and made searchable up to three levels deep. Any fields deeper than three levels will be stored as a single string, won't be indexed, and won't be searchable.

If this options is set to false, then the entire object will be stringified and made unsearchable.

WARNING: When this option is enabled, your metadata must have a consistent typing across all of your logs. Otherwise, it may not be parsed properly!


  • Type: String
  • Default: ''
  • Example:

The IP address of the host.


  • Type: String
  • Default: Info
  • Examples: Debug, Trace, Info, Warn, Error, Fatal, YourCustomLevel
  • Max Length: 32

The default level of each log message.


  • Type: String
  • Default: ''
  • Example:

The URL to send logs to. Defaults to LogDNA’s cloud ingestion servers.


  • Type: String
  • Default ''
  • Example: C0:FF:EE:C0:FF:EE

The network MAC address of the host.


  • Type: Boolean
  • Default: true

If true, each log message will have a maximum length of 32,000 characters. Setting this to false disables this limit.


A JSON object that provides additional context about the log event. You can control how LogDNA parses metadata using index_meta.


  • Type: Number
  • Default: 3000

The amount of time (in milliseconds) to wait before attempting to reconnect to LogDNA.


  • Type: Integer
  • Default: 180000
  • Max Value: 300000

The amount of time (in milliseconds) to wait for a response from the server when sending logs.


  • Type: Boolean
  • Default: false

Whether to send credentials with each request to LogDNA. In order to make CORS requests, this must remain set to false.

To configure the library for Bunyan, include the logdna-bunyan module, create a new LogDNAStream, and add it to your bunyan instance. Replace apiKey with your LogDNA ingestion key.

let LogDNAStream = require('logdna-bunyan').BunyanStream; let logDNA = new LogDNAStream({ key: apikey
}); var logger = bunyan.createLogger({ name: "My Application", streams: [ { stream: process.stdout }, { stream: logDNA, type: 'raw' } ]

createLogger() accepts the following arguments:

  • Optional
  • Type: String
  • Example: My Application

The name of your application.

To configure the library for Winston, include the logdna-winston module and add it to your Winston Logger:

const logdnaWinston = require('logdna-winston');
const winston = require('winston');
const logger = winston.createLogger({});
const options = { key: apikey, hostname: myHostname, ip: ipAddress, mac: macAddress, app: appName, env: envName, level: debug, // Uses Winston log levels: handleExceptions: true
}; logger.add(new logdnaWinston(options));

The options object supports all of the arguments listed above. logdna-winston also supports the following arguments:

  • Optional
  • Type: Boolean
  • Default: false

Allows the logger to catch and log exceptions.

This method generates a new log message and sends it to LogDNA.

  • Required
  • Type: String
  • Default: ''
  • Max Length: 3200

The text that will appear in the log message.

  • Optional
  • Type: JSON
  • Default: null

An array of optional arguments used to configure the log message. This uses the same arguments as the options object in the Configuration section.

Please note that if you assign variables to any of these arguments, their values may change in the time between generating the log and sending the log to LogDNA. We highly recommend copying the variable's value instead of referencing the variable directly.

Adds a new field to the meta object. Fields are stored as key/value pairs and can contain strings, numbers, arrays, or objects. The name of the field is provided by the key argument, and its value is provided by the value argument. You can use removeMetaProperty(key) to remove an existing key/value pair.

  • Required
  • Type: String
  • Default: ''

The name of the key/value pair stored in the logger's metadata. If key already exists, this replaces the existing value.

  • Required
  • Type String or Object

The value to store under key.

Flushes all existing loggers that have been instantiated using createLogger(), then removes all references to them. Only call this function when you are finished logging.

Flushes all existing loggers that have been instantiated using createLogger().

Removes the key/value pair stored in key from the logger's metadata. See addMetaProperty() for more information.

Starting with version 3.0.1, you can bundle the Node.js library into your web applications using Browserify. The library also supports Webpack. Refer to our docs on client side logging for more info.

This library lets you add custom metadata that will automatically append to each new log message (also known as fish tagging). The metadata is stored in easily manageable key/value pairs. New messages will include this metadata until you either remove the key, or remove the logger.

To add metadata, use the addMetaProperty(key, value) method, where key is a unique string of your choice and value is the object that you want to store in that string. If the key already exists, this method will overwrite its value. To remove a metadata object, use the removeMetaProperty(key) method.

For example, here we log the name of the current user under the key 'user':

logger.addMetaProperty('user', 'myUserName'); // This log adds a 'meta.user' field with the value 'myUserName':'User logged in.'); logger.removeMetaProperty('user'); // This log event does not include the 'meta.user' field:'User logged out.');

You can send logs from your AWS Lambda Functions to LogDNA by using one of the above methods, or by overriding the console.log() and console.error() functions. According to the Lambda documentation, Lambda overrides the above functions as well as console.warn() and within the scope of the handler (main) function. You can leverage this to forward logs to LogDNA as shown here:

'use strict'; const https = require('https');
const Logger = require('logdna'); const options = { env: 'env' , app: 'lambda-app' , hostname: 'lambda-test' , index_meta: true
}; var _log = console.log;
var _error = console.error; var logger = Logger.setupDefaultLogger('YOUR API KEY', options); var log = function() { logger.log([...arguments].join(' ')); _log.apply(console, arguments);
}; var error = function() { logger.error([...arguments].join(' ')); _error.apply(console, arguments);
}; /** * Pass the data to send as ``, and the request options as * `event.options`. For more information see the HTTPS module documentation * at * * Will succeed with the response body. */
exports.handler = (event, context, callback) => { console.log = log; console.error = error; // Your code here console.log('How bout normal log'); console.error('Try an error'); callback();

If the logger does not receive a successful response from LogDNA, it retains the logs in a buffer and will retry with the next request. You can configure the size of this buffer, as well as the amount of time to wait between retries, using the failedBufRetentionLimit and retryTimeout options.

var options = { failedBufRetentionLimit: 10000000 // Sets the buffer to 10 MB retryTimeout: 3000 // Retry every 3 seconds

This library takes advantage of util.debuglog() to output details about message handling such as:

  • When the logger receives a message (useful for indirect usages such as Bunyan, Winston, or custom wrappers)
  • An indication of when messages are actually sent to the API (they may be buffered for a time)
  • An indication of whether the API responds with a success or failure

For cases where you do not see your log messages appear in LogDNA, these debug messages can make it easier to tell if the problem is on the sending or receiving end. They can also provide valuable information which can speed up diagnosis if you need to work with the LogDNA support staff.

You can enable debug messages with the NODE_DEBUG=logdna environment variable. See the util.debuglog() documentation for more information.