Skip to content

2. Write and query data

Estimated time to read: 3 minutes

Acquisition notice

In October 2022, ServiceNow acquired Era Software. The documentation on this site is no longer maintained and is intended for existing Era Software users only.

To get the latest information about ServiceNow's observability solutions, visit their website and documentation.

Now that you've installed self-hosted EraSearch, you’re ready to start managing and learning from your log data. In this guide, you'll write and query data using the EraSearch REST API.


This series works with self-hosted EraSearch. If you're looking for the fastest way to set up and use EraSearch, get started with EraSearch on EraCloud.

Before you begin

Connect your machine to your EraSearch deployment using local port forwarding. Enter this command in your terminal, replacing NAMESPACE_NAME and NAME with your values from the previous guide:

$ kubectl port-forward -n NAMESPACE_NAME svc/NAME-quarry-deployment 9200:9200

The response is similar to this output:

Forwarding from -> 9200

Writing data

The EraSearch REST API is similar to Elasticsearch's API. All writes go to the /_bulk HTTP endpoint, which accepts JSON-formatted data. This page uses cURL to show how the API works, but you can use any language or framework to make HTTP requests to your database.

To write sample data to EraSearch, paste the command below in your terminal. The example writes one document to the my_era_logs index. The document has one field with the key _line, and EraSearch creates the index for you if the index doesn't exist.

$ curl -XPOST 'http://localhost:9200/_bulk' \
    -d '{"index":{"_index":"my_era_logs"}}
        {"_line": "my first log line"}'


_line is a recognized field key in EraSearch. The database auto-parses _line values and stores them as distinct strings for future queries. For example, EraSearch stores the field value above as ["my","first","log","line"]. By default, EraSearch doesn't auto-parse the values of other field keys such as line or _logline.

EraSearch's response looks like the example below, including this information about the write:

  • took - An integer showing the time EraSearch takes in milliseconds to complete all writes.
  • errors - A boolean value set to false if all writes succeed.
  • _id - A unique numerical identifier for the document.
  • status - An HTTP status code for the write.
  "took": 453,
  "errors": false,
  "items": [
      "index": {
        "_index": "my_era_logs",
        "_type": "_doc",
        "_id": "8802999840880787456",
        "_version": 1,
        "result": "created",
        "_shards": {
          "total": 1,
          "successful": 1,
          "failed": 0
        "status": 201

Reading data

You can now query the data using EraSearch's GET /_search HTTP endpoint. While the example below uses cURL, the GET /_search and POST /_msearch endpoints work with several Elasticsearch clients and frameworks.

EraSearch supports most of Elasticsearch's query-string syntax. You can use the same syntax to query data based on keywords, ranges, booleans, and wildcards.

For example, enter this command to view data in the my_era_logs index where the _line field includes log:

$ curl 'http://localhost:9200/my_era_logs/_search?q=_line:log'

EraSearch's response is similar to the JSON output below. It has information about the request, including:

  • took - The time it takes to serve the request, in milliseconds.
  • _ts - The document's epoch timestamp.

If the original write request didn't specify a timestamp, _ts is the time the server received the write.

  "took": 2,
  "timed_out": false,
  "hits": {
    "total": {
      "value": 1,
      "relation": "eq"
    "max_score": null,
    "hits": [
        "_index": "my_era_logs",
        "_id": "8802999840880787456",
        "_score": 1,
        "_source": {
          "_line": "my first log line",
          "_ts": 1649347314721,
          "_lid": 8802999840880787000

Next steps

Now that you have the basics, visit the write-integrations reference to see how to get real-time data into EraSearch. For more information about exploring data and managing EraSearch, visit:

Last update: August 7, 2023