Getting Data In

nodejs SplunkLogger - json message is not parsed

ngoodrich
New Member

I am using the manual batching example from the docs.

I am sending the following data to the logger.send function:

const obj = {
      oid: 'bluesun',
      tid: 'transaction_id',
      type: 'error',
      msg: 'I broke something bad'
    }

this.logger.send({
      message: obj,
      metadata: {
        source: 'awsBot',
        sourcetype: 'event-bus'
      },
      severity: 'error'
})

However, none of the fields in the json object appear to be parsed when coming into splunk.

This index is shared by other services that are logging in other formats so we can't override the entire index to expect json formatted messages, but is there a way to force these messages from this source to be parsed as json?

0 Karma

rohan05
Observer

I am facing the same issue. Not able to see any of the data in splunk. Did you find the solution to get the data?

Please let me know how to resolve this issue.

0 Karma

ngoodrich
New Member

@sdchakraborty That did not work.

0 Karma

sdchakraborty
Contributor

Hi,

will it be possible for you to make the sourcetype "_json"? That cloud resolve your issue.

Sid

0 Karma
Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

From Data to Insight: Announcing the Winners of the Splunk Dashboard Contest

Hi Splunkers, First off, thank you to everyone who participated in our very first From Data to Insight: The ...

Splunk Developers: Construct Your Future at the .conf26 Builder Bar

Calling all Splunk architects, platform admins, and app developers: the site is open, and the blueprints are ...

Quick connection discovery mode for forwarders

When a Splunk forwarder loses connectivity to its indexers, it does not always reconnect immediately. In many ...