@grepr/cli 1.10.7-a2be9b1 → 1.10.7-d34a0dd

package/build/dist/docs-index/{29b456d9-014c-409e-ace8-f37ae57bf142.txt → 1a771e66-b5cf-446d-9afd-57fb0b3c4d63.txt}

@@ -23,7 +23,7 @@
   type: string
 
 - name: status (optional)
-  type: enum: `QUEUED`, `RUNNING`, `STOPPED`, `COMPLETED`, `FAILED`, `CANCELLED`, `DISCARDED`
+  type: enum: `QUEUED`, `RUNNING`, `STOPPING`, `CANCELLING`, `STOPPED`, `COMPLETED`, `FAILED`, `CANCELLED`, `DISCARDED`
 
 - name: summary (optional)
   type: string

package/build/dist/docs-index/273ac669-07ea-44ee-875a-a84c2727064c.txt

@@ -0,0 +1,11 @@
+# SkippedInvestigation
+
+**Type**: `object`
+
+## Properties
+
+- name: investigationId (optional)
+  type: string
+
+- name: reason (optional)
+  type: enum: `NOT_FOUND`, `ALREADY_FINISHED`

package/build/dist/docs-index/36fe7dcd-307c-4c78-93c1-9efa2da74060.txt

@@ -0,0 +1,8 @@
+# BatchCancelInvestigationsRequest
+
+**Type**: `object`
+
+## Properties
+
+- name: investigationIds (required)
+  type: array of string

package/build/dist/docs-index/4886757a-b67b-4255-a701-a1ff6dace46b.txt

@@ -0,0 +1,11 @@
+# BatchCancelInvestigationsResponse
+
+**Type**: `object`
+
+## Properties
+
+- name: cancelling (optional)
+  type: array of string
+
+- name: skipped (optional)
+  type: array of `SkippedInvestigation`

package/build/dist/docs-index/{8a1ce3cd-8d87-47ae-be8b-608488210d8b.txt → 6757fc2f-fcb2-45a2-bca5-efbf5203c2ef.txt}

@@ -4,7 +4,7 @@
 
 **Operation ID**: `stop`
 **Summary**: Stop a running investigation
-Requests a running investigation pause at its next turn boundary. It can then be resumed with a message. Returns 202; the status flips to STOPPED shortly after.
+Durably marks a running investigation as STOPPING and returns 202. An asynchronous reconciler signals the workflow, which pauses at its next turn boundary and records STOPPED; it can then be resumed with a message.
 
 ## Tags
 - Investigations

package/build/dist/docs-index/6afd51bb-c28c-43e1-9808-095e6043bf31.txt

@@ -0,0 +1,217 @@
+Aggregate logs in the Grepr data lake with Analyze mode, using Grepr SQL expressions over log fields, tags, and parsed attributes.
+
+# Aggregate logs with Analyze mode
+
+Log Explorer's Analyze mode groups and aggregates the logs your search returns instead of listing them. You describe the analysis as a set of Grepr SQL expressions, and Grepr runs it against the logs in the data lake.
+
+## Create an analysis
+
+1. Go to Log Explorer and select a dataset and a time range.
+2. Enter a search query to filter the logs you want to analyze. Analyze mode accepts the same [Datadog-like syntax](/queries/datadog) and [New Relic log query-like syntax](/queries/new-relic) as searching.
+3. Open the **Analyze...** drawer under the search controls.
+4. Under **SELECT**, enter one expression per result column, and name it in the **Alias** field beside it. An alias is optional; a column you leave unnamed is named for you, after the field or function it computes.
+5. Under **GROUP BY**, add the expressions whose distinct combinations you want as rows. Each one becomes a result column on its own, so it does not have to be repeated under SELECT. Without a grouping expression, an analysis made only of aggregates returns a single row.
+6. Under **HAVING**, enter a condition over the aggregates to keep only some of the groups. Leave it empty to keep every group.
+7. Under **ORDER BY**, add the expressions to sort by and pick ascending or descending for each one.
+8. Set **Row limit**, the maximum number of rows to return. An analysis returns 2,500 rows by default, and Log Explorer accepts a limit of up to 10,000 rows.
+9. Set **Scan budget** to cap how much of the lake the query may read, then run the analysis.
+
+The drawer's clauses are the SQL ones, so an analysis reads the way the query does: SELECT computes, GROUP BY collapses, HAVING filters the groups, ORDER BY and the row limit choose which of them you see. HAVING and ORDER BY can refer to a result by its alias.
+
+## Log fields
+
+Expressions address the stored log columns by the following names:
+
+| Field | Type | Description |
+| --- | --- | --- |
+| `message` | VARCHAR | The log line. |
+| `severity` | INTEGER | The numeric severity level, where a higher number is more severe. |
+| `event_timestamp` | TIMESTAMP | When the event happened. |
+| `received_timestamp` | TIMESTAMP | When Grepr received the event. |
+| `id` | VARCHAR | The identifier of the event. |
+| `tags` | MAP | The tag values, keyed by tag name. |
+| `attributes` | VARIANT | The whole parsed attribute document. |
+
+> These are the Grepr SQL column names, which use `snake_case`. They are not the camelCase field names of the log event JSON that the search and export APIs return.
+
+A tag holds an array of values, so index the value you want:
+
+```sql
+tags['service'][1]
+```
+
+## Attribute values
+
+Grepr parses structured logs into an attribute document. Address a single attribute with the `@` form, which takes a dotted path through that document:
+
+```sql
+@duration_ms
+@http.status_code
+@kubernetes.labels.app
+```
+
+The shorthand reads one value out of the parsed document. The `attributes` column is the whole document, so use `@` when you want a field and `attributes` when you want the object itself.
+
+An attribute has no declared type, because two logs in the same dataset can carry different types under the same name. Grepr infers a type from how you use the value, so `SUM(@duration_ms)` reads it as a number and `LOWER(@user.email)` reads it as a string.
+
+Cast the attribute when you need a specific type or precision, and when you sort:
+
+```sql
+-- Read the attribute as a whole number
+CAST(@duration_ms AS BIGINT)
+
+-- Or aggregate the cast value
+MIN(CAST(@duration_ms AS DOUBLE))
+```
+
+> Sorting by an attribute you have not cast sorts it as text, so `100` sorts before `99`. Cast it to sort numerically.
+
+A path segment is a name or a number, and the segments are separated by dots. An `@` with nothing after it, or a segment that starts with a digit, is a syntax error, and Log Explorer reports it against the expression you typed.
+
+## Expressions
+
+Expressions are Grepr SQL, so aggregates, `CASE`, `CAST` and scalar functions are all available.
+
+Every function an analysis can call is listed in the [Analyze function reference](/queries/analyze/functions), with its arguments and a worked example. Log Explorer offers the same set from the expression box: focus it and start typing, and it suggests every function, field, tag and attribute your dataset accepts.
+
+> The [SQL transform function reference](/transforms/sql-transform/sql-functions) does **not** describe Analyze. A SQL transform runs inside a pipeline on Flink SQL; an analysis runs on the query engine over the data lake. The two support different functions, so a function listed there may not exist here, and the autocomplete offers functions that page does not list.
+
+```sql
+-- Log count by service: the first line goes under SELECT, the second under GROUP BY
+COUNT(*)
+tags['service'][1]
+
+-- 95th percentile request duration by endpoint, the same way
+APPROX_PERCENTILE(@duration_ms, 0.95)
+@http.route
+
+-- A SELECT column that buckets rather than aggregates
+CASE WHEN severity >= 4 THEN 'error' ELSE 'ok' END
+```
+
+`SEVERITY_TEXT` names the OpenTelemetry severity bucket a severity number falls in: `TRACE`, `DEBUG`, `INFO`, `WARN`, `ERROR` or `FATAL`, and nothing for a log with no severity. It takes a whole number, so text and fractional operands are errors rather than values Grepr will quietly convert. Grouping by it is the usual way to count logs per level:
+
+```sql
+-- Under SELECT
+COUNT(*)
+
+-- Under GROUP BY
+SEVERITY_TEXT(severity)
+```
+
+## Name the results
+
+Every SELECT column and every GROUP BY expression takes an optional alias, entered in the **Alias** field beside the expression. The alias becomes the result column's name. Leave it empty and Grepr names the column after the field or function the expression computes:
+
+| Expression | Alias you enter | Result column |
+| --- | --- | --- |
+| `COUNT(*)` | empty | `count0` |
+| `APPROX_PERCENTILE(@duration_ms, 0.95)` | `p95` | `p95` |
+| `tags['service'][1]` | empty | `service` |
+| `@http.route` | `route` | `route` |
+
+An alias can then be referred to under HAVING or ORDER BY, anywhere inside that expression rather than only as the whole of it:
+
+```sql
+-- Under HAVING
+count0 > 100
+
+-- Under ORDER BY
+p95 / 1000
+```
+
+Aliases are lowercase, made of letters, digits and underscores, up to 128 characters, and a reference has to match exactly.
+
+> The alias goes in its own field, not in the expression: writing `AS p95` inside an expression is rejected. An alias is available to HAVING and ORDER BY, not to the other SELECT columns.
+
+Reserved SQL words cannot be aliases, because the query engine would read them as syntax. Log Explorer refuses one and suggests an alternative, which is why the default first column is `count0` rather than `count`. The same rule applies to an alias Grepr derives for you: a derived name that lands on a reserved word gains a `0`.
+
+> `count`, `max`, `min`, `sum`, `value`, `date` and `year` are reserved. Ordinary field names such as `level`, `name`, `type`, `path`, `service`, `host` and `user` are not.
+
+## Window by time
+
+To see how an aggregate changes over time, add a time window under the grouping expressions. Every result row then carries a `window_start` and a `window_end` column, and the other grouping keys and aggregates are computed per window. Sort by `window_start` to read the results in time order.
+
+| Kind | Meaning |
+| --- | --- |
+| Tumbling | Fixed windows that do not overlap. A 5 minute window puts each log in exactly one bucket. |
+| Sliding | Windows of one size that start every *slide*. A 5 minute window sliding every 1 minute counts each log in five overlapping windows. The size must be a whole multiple of the slide, and a window can cover at most 100 slides. |
+
+Each duration is a whole number of milliseconds, seconds, minutes, hours, or days. Windows bucket by event time by default; choose receive time to bucket by when Grepr received each log instead. The time range you searched selects logs by event time either way.
+
+Windows are aligned to the clock rather than to the start of your time range, so the first and last windows of a range can be partial.
+
+Setting a window puts `window_start` and `window_end` first among the result columns and sorts the analysis by `window_start` ascending, so the rows read in time order without any further setup. Both are yours to change: drag the columns elsewhere, or edit the sort. Removing the window removes the bound columns and drops the sorts that referred to them.
+
+In the API, the window is the `window` object of the structured analytics query, with ISO-8601 durations:
+
+```json
+{ "kind": "SLIDING", "timestamp": "EVENT_TIMESTAMP", "size": "PT5M", "slide": "PT1M" }
+```
+
+## Read the results table
+
+The results table sorts and arranges itself, and both are part of the analysis rather than a local view setting.
+
+Click a column header to sort by that column. Each click cycles it through descending, ascending and unsorted, and the header shows which way it is sorting. Shift-click a second header to sort by it as well instead of replacing the first sort; headers then carry a number showing which sort takes priority. Clicking a header edits the sort expressions in the builder, so the two never disagree.
+
+A sort takes effect on the next run, because the query engine does the sorting. Until then the table says the sort no longer matches the rows it is showing.
+
+Drag a header by its handle to move a column. From the keyboard, focus the handle, press Space to pick the column up, move it with the arrow keys, and press Space again to drop it. The order you arrange survives a re-run, a new column appears without disturbing it, and the CSV download follows the order you see rather than the order the query returned.
+
+## Share an analysis
+
+The whole analysis lives in the page URL, so copying the link from the address bar is enough to share it. The link carries the dataset, the time range, the search query, every SELECT and GROUP BY expression with its alias, the HAVING condition, the sort, the time window, the row limit, the scan budget and the column order you arranged.
+
+Opening such a link seats every control and runs the analysis once, so the recipient sees the rows rather than a filled-in form waiting for a click. Back and Forward move between analyses you have already run, restoring the controls without re-running and spending scan budget again.
+
+An analysis long enough to overflow the address bar cannot be carried, and Log Explorer says so rather than sharing a link that silently restores something different.
+
+## Result values
+
+Each result row is a JSON object keyed by column name, so a column holds whatever the underlying attribute held, such as a number, a string, a boolean, or a nested object. Timestamps are returned as UTC ISO 8601 strings.
+
+## Limitations
+
+* An analysis reads one dataset at a time. Joins across datasets are not supported.
+* Sorting by an attribute that you have not cast sorts it by its stored text, so `100` sorts before `99`. Cast the attribute to sort numerically, as in `CAST(@http.status_code AS BIGINT)`.
+* A result alias cannot be a reserved SQL word, and a reference to one has to match its lowercase spelling exactly.
+* A sort you set from the result headers applies on the next run, since the query engine sorts the rows.
+* An analysis too long to fit in the address bar cannot be shared as a link.
+* An analysis can compute at most 128 values, group by at most 64 expressions, and sort by at most 64 expressions. Each expression can be at most 4,096 characters long.
+* A time window's size and slide are whole milliseconds, and a sliding window covers at most 100 slides. `window_start` and `window_end` cannot be used as result aliases while a window is set.
+* Row, array, and map values are converted to nested JSON automatically. A column is rejected with an error that names it only if its value type has no JSON representation at all, or a constructed row has two fields with the same name.
+
+## Frequently Asked Questions
+
+### How do I aggregate logs in Grepr?
+
+Go to Log Explorer, select a dataset and time range, enter a search query, then open the Analyze... drawer under the search controls. Enter Grepr SQL expressions under SELECT for the result columns, under GROUP BY for the grouping keys, and under ORDER BY for the sort.
+
+### What are the log field names in Grepr SQL?
+
+message, severity, event_timestamp, received_timestamp, id, tags, and attributes. Index a tag as tags\['service']\[1], and address an attribute as @http.status_code.
+
+### How do I bucket an analysis by time?
+
+Add a time window under the grouping expressions in Analyze mode. Choose tumbling or sliding, a size, and for sliding windows a slide. Results gain window_start and window_end columns.
+
+### How many rows can an analysis return?
+
+An analysis returns 2,500 rows by default. Log Explorer accepts a limit of up to 10,000 rows.
+
+### How do I share a Grepr analysis?
+
+Copy the page URL. The link carries the dataset, time range, query, every expression and alias, the window, the row limit, the scan budget and the column order, and opening it runs the analysis once.
+
+### Why can't I name a result column count?
+
+count is a reserved SQL word, so the query engine would read it as syntax rather than as an alias. Log Explorer suggests count0 instead, which is also why the default first column is named count0.
+
+### How do I turn severity numbers into names in Grepr?
+
+Use SEVERITY_TEXT(severity), which names the OpenTelemetry bucket: TRACE, DEBUG, INFO, WARN, ERROR or FATAL. It takes a whole number, so cast an attribute before passing it.
+
+### How do I sort an analysis by a result column?
+
+Click the column header in the results table. Each click cycles descending, ascending and unsorted, and Shift-click adds a second column to the sort. The sort applies on the next run.

package/build/dist/docs-index/{cbb1a9f4-22c2-45a1-b73b-eb26ce1cbc84.txt → aa6ed979-5ddb-477f-ace9-c298052629f1.txt}

@@ -35,7 +35,7 @@
   type: string
 
 - name: status (optional)
-  type: enum: `QUEUED`, `RUNNING`, `STOPPED`, `COMPLETED`, `FAILED`, `CANCELLED`, `DISCARDED`
+  type: enum: `QUEUED`, `RUNNING`, `STOPPING`, `CANCELLING`, `STOPPED`, `COMPLETED`, `FAILED`, `CANCELLED`, `DISCARDED`
 
 - name: summary (optional)
   type: string

package/build/dist/docs-index/{288aeb65-7a7f-438b-9d9b-72989291cd44.txt → b67c86b6-7b55-4395-a1bb-8154c6dd0438.txt}

@@ -4,7 +4,7 @@
 
 **Operation ID**: `cancel`
 **Summary**: Cancel an investigation
-Aborts an investigation for good (running or paused). It pauses at the next turn boundary if running, then finalizes as CANCELLED.
+Durably marks an eligible investigation as CANCELLING and returns 202. An asynchronous reconciler cancels its workflow, if one exists, and it then finalizes as CANCELLED.
 
 ## Tags
 - Investigations