It is recommended to install morgue
using npm
.
npm install backtrace-morgue -g
If you working from the repository, then instead use the following command.
npm install -g
This will install the morgue
tool in your configured path. Refer to the
morgue --help
command to learn more.
morgue
is a command-line interface to the Backtrace object store. It allows
you to upload, download and issue queries on objects with-in the object store.
Morgue respects the following environment variables:
MORGUE_CONFIG_DIR
: the directory Morgue should write configuration files. Defaults to~/.morgue
.MORGUE_USERNAME
,MORGUE_PASSWORD
: if both are set, suppress interactive login prompts.
Usage: morgue login <url>
The first step to using morgue
is to log into a server.
$ morgue login http://localhost
User: sbahra
Password: **************
Logged in.
At this point, you are able to issue queries.
If you need to log in from a CI context, it is possible to set the
environment variables MORGUE_USERNAME
and MORGUE_PASSWORD
. If these
variables are set, the interactive prompt will be suppressed, and the values
in the aforementioned environment variables used instead.
If you have SSO enabled please follow this document to log in with a token.
Retroactively apply sampling on a fingerprint. The default is to keep 3 objects retained for every fingerprint. This is configurable. Also configurable is keeping the oldest N objects for every fingerprint.
Usage: morgue clean <[<universe>/]project> [--keep=N] [--oldest=N] [<query filter>] [--verbose] [--output]
If --output is set, then all object identifiers are output to stdout. Statistics are output to stderr. It is then possible to chain this into morgue delete:
$ morgue clean blackhole --output > file.txt
$ cat file.txt | xargs -n 8192 morgue delete blackhole --physical-only
Usage: morgue describe <[<universe>/]project> [substring]
Requests a list and description of all metadata that can be queried against.
$ morgue describe bidder uname
uname.machine: machine hardware name
uname.release: kernel release
uname.sysname: kernel name
uname.version: kernel version
Usage: morgue get <[<universe>/]project> [options] <object id> [-o <output file>]
Downloads the specified object from the Backtrace object store and prints to standard output. Optionally, output the file to disk.
The following options are available:
Option | Description |
---|---|
--resource=name |
Fetch the specified resource rather than the object. |
Usage: morgue put <[<universe>/]project> <file> <--format=btt|minidump|json|plcrash|symbols> [options]
Uploads object file to the Backtrace object store. User has the following options
Option | Description |
---|---|
`--compression=gzip | deflate` |
--kv=key1:value1,key2:value2,... |
upload key-values |
--form_data |
upload file by multipart/form-data post request |
Usage: morgue set <[universe/]project> <query> <key>=<value>
Modifies attributes of the given object in the manner specified. Both options below may be specified more than once.
You are also able to modify multiple objects by specifying filters. The
--filter
, --age
and --time
arguments are accepted to modify. You
must specify some filter criteria.
Set custom attribute reason
to oom
for all crashes containing memory_abort
.
$ morgue set reason=oom --filter=callstack,regular-expression,memory_abort
Set reason
to boomboom
for object cb
.
$ morgue set reason=boomboom --filter=_tx,equal,206
Usage: morgue attachment <add|get|list|delete> ...
morgue attachment add [options] <[universe/]project> <oid> <filename>
--content-type=CT Specify Content-Type for attachment.
The server may auto-detect this.
--attachment-name=N Use this name for the attachment name.
Default is the same as the filename.
morgue attachment get [options] <[universe/]project> <oid>
Must specify one of:
--attachment-id=ID Attachment ID to delete.
--attachment-name=N Attachment name to delete.
morgue attachment list [options] <[universe/]project> <oid>
morgue attachment delete [options] <[universe/]project <oid>
Must specify one of:
--attachment-id=ID Attachment ID to delete.
--attachment-name=N Attachment name to delete.
Manage attachments associated with an object.
Allows you to perform queries on object metadata. You can perform either selection queries or aggregation queries, but not both at the same time.
Usage: morgue list <[<universe>/]project> [substring]
You may pass --verbose
in order to get more detailed query performance
data.
The --csv=<output file>
option may be passed in with a specified output
file to output results to a CSV file instead. This may only be used with
--select
and/or --select-wildcard
queries.
The filter option expects a comma-delimited list of the form
<attribute>,<operation>,<value>
.
The currently supported operations are equal
, regular-expression
,
inverse-regular-expression
, at-least
, greater-than
, at-most
,
less-than
, contains
, not-contains
, is-set
, and is-not-set
.
When using Coronerd 1.49 or greater, contains
, not-contains
,
regular-expression
, and inverse-regular-expression
accept an optional 4th
argument case-insensitive
to enable case-insensitive filtering.
Pagination is handled with two flags
--limit=<n>
controls the number of returned rows. --offset=<n>
controls the
offset at which rows are returned, another way to put it is that it skips the
first <n>
rows.
Selection can be done with two options, --select=<attribute>
and
--select-wildcard=<physical|derived|virtual>
.
--select
allows to select particular attributes, while --select-wildcard
selects
all attributes that match the option.
Wildcards can be one of:
physical
- selects all attributes that are physically stored in objects,derived
- selects all derived attributes, such asfirst_seen
ororiginal
,virtual
- selects all virtual (join) attributes.
Aggregation is expressed through a myriad of command-line options that express
different aggregation operations. Options are of form --<option>=<attribute>
.
The *
factor is used when aggregations are performed when no factor is
specified or if an object does not have a valid value associated with the
factor.
Option | Description |
---|---|
--age |
Specify a relative timestamp to now. 1h ago, or 1d ago. |
--time |
Specify a range using Chrono. |
--unique |
provide a count of distinct values |
--histogram |
provide all distinct values |
--distribution |
provide a truncated histogram |
--mean |
calculate the mean of a column |
--sum |
sum all values |
--range |
provide the minimum and maximum values |
--count |
count all non-null values |
--bin |
provide a linear histogram of values |
--head |
provide the first value in a factor |
--tail |
provide the last value in a factor |
--object |
provide the maximum object identifier of a column |
Sorting of results is done with the stackable option --sort=<term>
. The term
syntax is [-](<column>|<fold_term>)
.
- The optional
-
reverse the sort term order to descending, otherwise it defaults to ascending. - The
<column>
term refers to a valid column in the table. This is only effective for selection type query, i.e. when using the--select
and/or--select-wildcard
option. - The
<fold_term>
is an expression pointing to a fold operation. The expression language for fold operation is one of the following literal:;group
: sort by the group key itself.;count
: sort by the group count (number of crashes).column;idx
: wherecolumn
is a string referencing a column in the fold dictionary andidx
is an indice in the array. See examples .
Multiple sort terms can be provided to break ties in case the previous referenced sort term has ties.
Coronerd offers support for a limited set of computed columns which can be used in selection and aggregation stages of a query.
Forms:
--quantize-uint output_column,input_column,size
--quantize-uint output_column,input_column,size,offset
Computes ( column + offset ) / size - offset
using integer math. Used for
data alignment and rounding.
Size and offset may be integers or time units: 3600
and 1h
are both valid.
Typically size is a bin size and offset is a timezone offset from UTC.
For example, errors by day in EDT:
morgue list project --count fingerprint --factor timestamp.edt.day --head timestamp.edt.day --quantize-uint timestamp.edt.day,timestamp,1d,-4h
Request all faults from application deployments owned by jdoe. Provide the timestamp, hostname, callstack and classifiers.
$ morgue list bidder --filter=tag_owner,equal,jdoe --select=timestamp --select=hostname --select=callstack --select=classifiers
*
#9d33 Thu Oct 13 2016 18:36:01 GMT-0400 (EDT) 5 months ago
hostname: 2235.bm-bidderc.prod.nym2
classifiers: abort stop
callstack:
assert ← int_set_union_all ← all_domain_lists ←
setup_phase_unlocked ← bid_handler_slave_inner ← bid_handler_slave ←
an_sched_process_task ← an_sched_slave ← event_base_loop ←
an_sched_enter ← bidder_slave ← an_sched_pthread_cb
#ef2f Thu Oct 13 2016 18:36:01 GMT-0400 (EDT) 5 months ago
hostname: 2066.bm-impbus.prod.nym2
classifiers: abort stop
callstack:
assert ← an_discovery_get_instances ← budget_init_discovery ←
main
#119bf Thu Oct 13 2016 18:36:01 GMT-0400 (EDT) 5 months ago
hostname: 2066.bm-impbus.prod.nym2
classifiers: abort stop
callstack:
assert ← an_discovery_get_instances ← budget_init_discovery ←
main
Request faults owned by jdoe, group them by fingerprint and aggregate the number of unique hosts, display a histogram of affected versions and provide a linear histogram of process age distribution.
$ morgue list bidder --age=1y --factor=fingerprint --filter=tag_owner,equal,jdoe --head=callstack --unique=hostname --histogram=tag --bin=process.age
823a55fb15bf697ba3041d736ade... ▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁ 5 months ago
Date: Wed May 18 2016 18:44:35 GMT-0400 (EDT)
callstack:
assert ← int_set_union_all ← all_domain_lists ←
setup_phase_unlocked ← bid_handler_slave_inner ← bid_handler_slave ←
an_sched_process_task ← an_sched_slave ← event_base_loop ←
an_sched_enter ← bidder_slave ← an_sched_pthread_cb
histogram(tag):
8.20.4.adc783.0 ▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆ 1
unique(hostname): 1
bin(process.age):
7731 7732 ▆▆▆▆▆▆▆▆▆▆ 1
3b851ac1ab1421409159cc38edb2... ▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁▁ 5 months ago
Date: Tue May 17 2016 17:28:26 GMT-0400 (EDT)
Tue May 17 2016 17:30:07 GMT-0400 (EDT)
callstack:
assert ← an_discovery_get_instances ← budget_init_discovery ←
main
histogram(tag):
4.44.0.adc783.1 ▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆▆ 2
unique(hostname): 1
bin(process.age):
23 24 ▆▆▆▆▆▆▆▆▆▆ 1
24 25 ▆▆▆▆▆▆▆▆▆▆ 1
Request faults for the last 2 years, group them by fingerprint, show the first object identifier in the group, sort the results by descending fingerprint, limit the results to 5 faults and skip the first 10 (according to sort order).
$ morgue list blackhole --age=2y --factor=fingerprint --object=fingerprint --limit=5 --offset=10 --sort="-;group"
fec4bfecf8e077cf44024f5668fa... ▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁ 2 years ago
First Occurrence: Tue Jan 12 2016 13:30:12 GMT-0500 (EST)
Occurrences: 360
object(fingerprint): 1c653d
fe7294a780a16e30b619e8d94a8a... █▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁ 2 years ago
First Occurrence: Wed Oct 28 2015 11:30:47 GMT-0400 (EDT)
Last Occurrence: Wed Oct 28 2015 12:16:19 GMT-0400 (EDT)
Occurrences: 203
object(fingerprint): 1c23b3
fe5e0dda6cf0fb996a521dde4087... ▁▁▁▁▁▁▁▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁ 1 year ago
First Occurrence: Tue Jun 14 2016 11:54:35 GMT-0400 (EDT)
Occurrences: 1
object(fingerprint): 2de5
fe46d9af7c65c084091fed51ef02... █▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁ 2 years ago
First Occurrence: Tue Oct 27 2015 16:59:34 GMT-0400 (EDT)
Last Occurrence: Tue Oct 27 2015 20:05:30 GMT-0400 (EDT)
Occurrences: 3
object(fingerprint): 8f41
fdc0860ef6dfd3d0397b53043ab9... ▁▁▁▁▁▁▁▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁ 1 year ago
First Occurrence: Tue Jun 07 2016 11:51:55 GMT-0400 (EDT)
Occurrences: 211
object(fingerprint): 1c1958
Request faults for the two years, group them by fingerprint, sum process.age,
sort the results by descending sum of process.age per fingerprint, limit the
results to 3 faults. Note here that 1
in -process.age;1
is the second
operator (--sum
) in this case.
$ morgue list blackhole --age=2y --factor=fingerprint --first=process.age --sum=process.age --limit=3 --sort="-process.age;1"
d9358a6fdb7eaa143254b6987d00... ▁▁▁▁▁▁▁▁▁▁▁▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁ 1 year ago
First Occurrence: Tue Sep 20 2016 21:59:46 GMT-0400 (EDT)
Last Occurrence: Tue Sep 20 2016 22:03:23 GMT-0400 (EDT)
Occurrences: 38586
sum(process.age): 56892098354615 sec
524b9f988c8ff9dfc1b3a0c71231... ▁▁▁▁▁▁▁▁▁▁▁▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁ 1 year ago
First Occurrence: Tue Sep 20 2016 22:01:52 GMT-0400 (EDT)
Last Occurrence: Tue Sep 20 2016 22:03:19 GMT-0400 (EDT)
Occurrences: 25737
sum(process.age): 37947233900547 sec
bffd05c6b745229fd1c648bbe2a7... ▁▁▁▁▁▁▁▁▁▁▁▁▁▁█▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁▁ 1 year ago
First Occurrence: Tue Sep 20 2016 21:59:46 GMT-0400 (EDT)
Last Occurrence: Tue Sep 20 2016 22:03:01 GMT-0400 (EDT)
Occurrences: 20096
sum(process.age): 29630010305216 sec
Allows deleting objects by query or by object identifiers.
Usage: morgue delete <[universe/]project> [subset] <query> | <oid1> ... <oidN>
An optional subset can be specified to indicate whether physical, indexed, or
both are deleted. By default, this command (as of 2019-02-26) requests
physical-only deletion, which retains only indexing. The previous
--physical-only
argument is now a no-op.
The following options affect this behavior:
--physical-only
(default): Deletes only the physical data.--crdb-only
: Delete only the indexed data; requires physically deleted objects.--all
: Delete all related data, including indexing.
Either a query or a list of object identifiers must be passed.
Queries follow the same format as the morgue list
command.
Object IDs can be obtained by using the morgue list
output. The object ID
printed in the previous example is 9d33
.
Example: to delete all data, physical and indexed, in the blackhole project after 2023-11-14 22:13:20 UTC.
$ morgue delete blackhole --all --filter="timestamp,greater-than,1700000000"
Example: to delete physical data (default subset) for object with identifier 9d33.
$ morgue delete blackhole 9d33
Allows for the creation of projects.
Usage: morgue project create <projectName>
Project name accepted characters include a-z, A-Z, 0-9, or "-".
List projects
Usage: morgue projects list
Usage: morgue flamegraph <[universe/]project> [--filter=<filter expression>] [--reverse] [--unique] [-o file.svg]
Generate a flamegraph of callstacks of all objects matching the specified
filter criteria. The --filter
option behaves identically to the list
sub-command. This functionality requires perl
to be installed.
To learn more about flamegraphs, please see
http://www.brendangregg.com/flamegraphs.html.
Use --unique
to only sample unique crashes. Use --reverse
to begin sampling
from leaf functions.
Manage Backtrace symbold service
Usage: morgue symbold <symbolserver | whitelist | blacklist | skiplist | status> <action>
Return Symbold service status for <[universe]/project>
Usage: morgue symbold status <[universe]/project>
Symbol server allows you to manage symbol servers used by symbold
List Symbold symbol server assigned to <[universe]/project>
Usage: morgue symbold symbolserver list <[universe]/project>
Example:
$ morgue symbold symbolserver list backtrace
Retruns detailed information about symbol server
Usage: morgue symbold symbolserver details [symbolserverid]
Example:
$ morgue symbold symbolserver details 1
Command line above will return detailed information for symbol server with id 1
Returns symbol server logs. You can use page and take arguments to get more/less logs.
Usage: morgue symbold symbolserver logs [symbolserverid]
Example:
$ morgue symbold symbolserver logs 1 --take=100 --page=0
Command above will return first 100 logs from page 0
Returns filtered symbol server logs. By using this command you can filter all logs that match your criteria.
Usage morgue symbold symbolserver logs [symbolserverid] filter [filter]
Example:
morgue.js symbold symbolserver logs 5 filter a --take=100 --page=1
Usage: morgue symbold symbolserver add <[universe]/project> [symbolserverurl]
<--name=...>
<--concurrentdownload=...>
<--retrylimit=...>
<--timeout=...>
<--whitelist=...>
<--retain=...>
<--servercredentials.username=...>
<--servercredentials.password=...>
<--aws.accesskey=...>
<--aws.secret=...>
<--aws.bucketname=...>
<--aws.lowerfile=...>
<--aws.lowerid=...>
<--aws.usepdb=...>
<--proxy.host=...>
<--proxy.port=...>
<--proxy.username=...>
<--proxy.password=...>
Add new symbol server to symbold service. Available options:
name
- symbol server name,concurrentdownload
- maximum number of concurrent download that symbolmd will do at the same time,timeout
- download timeoutwhitelist
- determine if symbol server should use whitelist or not,retain
- determine if symbold should retain original symbolsservercredentials
- symbol server auth optionsservercredentials.username
- symbol server auth user name,servercredentials.password
- symbol server auth password,aws.accesskey
- AWS S3 access keyaws.secret
- AWS S3 secretaws.bucketname
- AWS S3 bucket nameaws.lowerfile
- determine if symbold should use lower case symbol nameaws.lowerid
- - determine if symbold should use lower case debug idaws.usepdb
- determine a way to generate url to S3 symbolsproxy.host
- proxy hostproxy.port
- proxy portproxy.username
- proxy usernameproxy.password
- proxy password
Example:
$ morgue symbold symbolserver backtrace https://symbol.server.com --name=name --timeout=400
Usage: morgue symbold symbolserver update [symbolserverid]
<--url=...>
<--name=...>
<--concurrentdownload=...>
<--retrylimit=...>
<--timeout=...>
<--whitelist=...>
<--retain=...>
<--servercredentials.username=...>
<--servercredentials.password=...>
<--aws.accesskey=...>
<--argv.aws.secret=...>
<--argv.aws.bucketname=...>
<--argv.aws.lowerfile=...>
<--argv.aws.lowerid=...>
<--argv.aws.usepdb=...>
<--argv.proxy.host=...>
<--argv.proxy.port=...>
<--argv.proxy.username=...>
<--argv.proxy.password=...>
Update symbol server with id [symbolServerId]. If aws, proxy and servercredentials data doesn't exists symbold will ignore update server credentials. If any of them exists, symbold will try to update all properties. Example:
$ morgue symbold symbolserver update 1 --url="http://new.symbol.server.url"
Disable symbol server. Symbold won't use disabled symbol server.
Usage: morgue symbold symbolserver disable [symbolserverid]
Disable symbol server. Symbold won't use disabled symbol server.
Enable symbol server. Symbold won't use disabled symbol server.
Usage: morgue symbold symbolserver enable [symbolserverid]
Enable symbol server.
Add new element to whitelist/blacklist
Usage: morgue symbold [whitelist|blacklist] [--name=...]
Add new element to blacklist/whitelist
Remove element from skiplist/blacklist/skiplist by using element id
Usage : morgue symbold [whitelist|blacklist|skiplist] [--itemid=...]
List <--take> elements from [whitelist|blacklist|skiplist] from <--page> page
Usage: morgue symbold [whitelist|blacklist|skiplist] <--page=...> <--take=...>
Find elements in skiplist
morgue symbold skiplist find [symbolServerId] [filter] <--page=...> <--take=...>
Usage:
$ morgue symbold skiplist find 5 sample.dll
Remove all elements in skiplist
morgue symbold skiplist remove all [symbolServerId]
Usage:
$ morgue symbold skiplist remove all 5
Remove all elements in skiplist that match filter criteria
morgue symbold skiplist remove all [symbolServerId]
Usage:
$ morgue symbold skiplist remove all 5
Symbold queue commands
returns all events in symbold queue
Usage: morgue symbold queue list
Add event on the top of symbold queue
morgue symbold queue <add | create> <universe/project> <missingSymbol> <objectId>
Usage:
$ morgue symbold queue add universe/project "a.pdb,123" 123
Returns queue size - how many reports symbold still have to reprocess
Usage: morgue symbold queue size
List all missing symbols from symbold events
Usage: morgue symbold queue symbold
Create and manage scheduled reports.
Usage: morgue report <list | create | delete | send> [--project=...] [--universe=...]
Usage: morgue report <project> create
<--rcpt=...>
<--title=...>
[--filter=...]
[--fingerprint=...]
[--histogram=...]
[--hour=...]
[--day=...]
--period=<week | day>
Example:
$ morgue report MyProject create --rcpt=null@backtrace.io
--rcpt=list@backtrace.io --filter=environment,equal,prod
--title="Production Crashes weekly" --period=week
Usage: morgue report <project> delete <report integer identifier>
Usage: morgue report <project> list
Usage: morgue merge <project> list of fingerprints
Usage: morgue unmerge <project> list of fingerprints
Fingerprints can be merged and unmerged to a group via those commands. A group on a fingerprint is currently represented as a sha256 with mostly zeros in the beginning. Those special group fingerprints can be used in further merge commands to enlargen the group even more.
Unmerging accepts real fingerprints and groups. It separates the fingerprint from the group. After the operation the fingerprint is independent again.
When listing crashes, fingerprint;original can be used to get the original fingerprint from before the grouping process if wanted.
Note for on-premise deployments: If the Workflows service is available in Coroner, the merge request will be made to the service instead. The first fingerprint is used as the source fingerprint from which all issue data is copied to the new merged fingerprint.
Usage: morgue repair <[universe/]project>
Repair a project's attribute database. For each corrupted pages of a project's attribute database, reprocess the affected objects (if possible). Once completed and successful, transition the database into normal mode.
Usage: morgue reprocess <[universe/]project> [<query>|<object> ...] [--first N] [--last N]
Options for reprocess:
--first=N Specify the first object ID (default: earliest known)
--last=N Specify the last object ID (default: most recent known)
Reprocess the project's objects. This command can be used to re-execute indexing, fingerprinting, and symbolification (where needed).
If a set of objects (or query) is specified, any values for --first
and
--last
are replaced to match the object list. If no query, object list,
or range is provided, all objects in the project are reprocessed.
Usage: morgue retention <list|set|status|clear> <name> [options]
Options for set/clear:
--type=T Specify retention type (default: project)
valid: instance, universe, project
Options for status:
--type=T Specify retention type (default depends on user access)
valid: universe, project
Options for set:
--dryrun Show the command that will be issued, but don't send it.
--rules=N Specify number of rules to set, which may be referenced
by rule actions/criteria, zero-indexed. If a rule is not
referenced, rule #0 (the first) will be assumed.
--age=[R,]O,T[,TE]
Specifies the matching object age for rule R.
O is the match operation, which may be one of:
'at-least', 'range'
T is the time, and for range, TE is the end time.
--max-age=[R,]N Specify time limit for objects, N, in seconds, for rule R.
Same as --age=[R,]at-least,N.
--compress[=R] Specify that the rule compresses matching object data.
--delete=[R,S] Specify that rule R deletes subsets S (comma-separated).
By default, if no subset is specified, all are deleted.
Valid subsets:
- physical: Object's physical data.
- crdb: Object's attribute data.
--physical-only[=R]
Same as --delete=[R,]physical.
Specifies that the policy only delete physical copies;
event data will be retained.
Configure the retention policy for a given namespace, which can cover the coroner instance, or a specific universe or project.
Set project blackhole's policy to delete everything older than 1 hour:
$ morgue retention set blackhole --max-age=3600 --delete
success
$ morgue retention list
Project-level:
blackhole: criteria[object-age at-least 1h] actions[delete-all]
$
Set universe foobar's policy to compress after 30 days, and delete only physical copies after 90 days:
$ morgue retention set --type=universe foobar --rules=2 --max-age=0,30d --compress=0 --max-age=1,90d --physical-only=1
success
$ morgue retention list
Universe-level:
backtrace:
rule #0: criteria[object-age at-least 1M] actions[compress]
rule #1: criteria[object-age at-least 3M] actions[delete-all(physical-only)]
$
Set instance policy to compress after 7 days:
$ morgue retention set --type=instance --max-age=7d --compress
success
$ morgue retention list
Instance-level: criteria[object-age at-least 1w] actions[compress]
$
Usage: morgue sampling <status|reset|configure> [options]
Options for either status or reset:
--fingerprint=group Specify a fingerprint to apply to.
Without this, applies to all.
--project=[universe/]project Specify a project to apply to.
Without this, applies to all.
Options for status only:
--max-groups=N Specify max number of groups to display
per project.
Retrieve the object sampling status, or reset it. Project is a required flag if fingerprint is specified.
In Coronerd 1.50, it became possible to configure sampling on a per-project
basis as well as using coronerd.conf
. This is done with the
morgue sampling configure
command. Configurations specified on projects
override the coronerd.conf
settings. For example:
morgue sampling configure --project myproject \
--attribute version \
--backoff 1,0 \
--backoff 5,5m \
--backoff 100,1h
For information on how the Coronerd sampling algorithm works, see the Backtrace sampling documentation.
The available options are as follows:
--project
,--universe
: specify which project to affect.--universe
is optional.--disable
: Ignore all other options and explicitly disable sampling for the specified project. This will apply even if there is configuration incoronerd.conf
.--clear
: Ignore all other options and clear any sampling config specific to this project. Afterwords, the specified project will use the sampling config fromcoronerd.conf
.--attribute
: Specify the attribute(s) to sample by. This option can be specified multiple times to sample by more than one attribute. Order is respected.--backoff count,interval
: Specify a backoff entry. This option must be specified at least once, multiple instances must be specified in increasing order of interval, and the first backoff must always have a0
interval.interval
supports time units:1d
, etc.--buckets
: The maximum number of sampling buckets to allow. Optional, default 512.--process-whitelisted true|false
: whether to sample objects with whitelisted symbols. Optional, default true.--process-private true|false
: whether to sample objects with private symbols. Optional, default true.--reset-interval interval
: The reset interval. Supports time units. Default 1 day.
Usage: morgue symbol <[<universe>/]project> [summary | list | missing | archives] [-o <output file>]
Retrieve a list of uploaded symbols or symbol archives. By default, morgue symbol
will return a summary of uploaded archives, available symbols and missing symbols.
If archives
is used, a list of uploaded, in-process and symbol processing errors
are outputted. If list
is used, then a list of uploaded symbols is returned. If
missing
is used, then the set of missing symbols for the project are included.
Create, modify and delete data scrubbers.
Usage: morgue scrubber <project> <list | create | modify | delete>
Use --name
to identify the scrubber. Use --regexp
to specify the pattern to
match and scrub. Use --builtin
to specify a builtin scrubber, ssn
, ccn
,
key
and env
are currently supported for social security number, credit card
number, encryption key and environment variable. If --builtin=all
in create
subcommand, all supported builtin scrubbers are created. --regexp
and
--builtin
are mutually exclusive. Use --enable
to activate the scrubber, 0
disables the scrubber while other integer values enable it.
Usage: morgue setup <url>
If you are using an on-premise version of coronerd
, use morgue setup
to configure the initial organization and user. For example, if the server is
backtrace.mycompany.com
, then you would run morgue setup http://backtrace.mycompany.com
.
We recommend resetting your password after you enable SSL (done by configuring
your certificates).
Usage: morgue nuke --universe=<universe name> [--project=<project name>]
If you want to nuke an object and all of the dependencies of the object. Do not use this operation without making a back-up of your data.
Usage: morgue token [create | list | delete] [--project=...] [--universe=...]
Usage: morgue token create --project=<project> --capability=<capability>
Capability can be any of:
- symbol:post - Enable symbol uploads with the specified API token.
- error:post - Enable error and dump submission with the specified API token.
- query:post - Enable queries to be issued using the specified token.
- sync:post - Allow for slower but more verbose submission.
Multiple capabilities can be specified by using --capability
multiple times
or using a comma-separated list.
Usage: morgue token list [--universe=...] [--project=...]
List API tokens in the specified universe, for all projects or a specified project.
Usage: morgue token delete <sha256 or prefix>
Delete the specified token by substring or exact match.
Modify users.
Usage: morgue user reset [--universe=...] [--user=...] [--password=...] [--role=...]
Add signup domain whitelist.
Usage: morgue users add-signup-whitelist [--universe=...] [--domain=...] [--role=...] [--method=...]
List users that are not associated with a team.
Usage: morgue users list-teamless-users
Create isolated tenants for receiving error data and log in. Tenants provide namespace isolation. Users in one tenant are unable to interact with any objects outside of their tenant.
This is an enterprise feature and not enabled by default for self-serve customers. The tenant commands require superuser access.
Usage: morgue tenant <list | create | delete>
create <name>: Create a tenant with the specified name.
delete <name>: Delete a tenant with the specified name.
list: List all tenants on your instance.
1.0 Create a Tenant
After logging into an object store as a superuser, we are able to simply create a tenant using the following command:
$ morgue tenant create testingxyz
Tenant successfully created at https://testingxyz.sp.backtrace.io
Wait a few minutes for propagation to complete.
Tenants are required to be contained with-in the same TLD. For example,
a tenant of name X
is expected to be contained in X.sp.backtrace.io
.
After creating a tenant, you will probably need to invite an initial
administrator user for the tenant. For that, please see invite
sub-command
listed below. You must use the --tenant
option to invite an administrator
to a particular tenant.
2.0 Delete a Tenant
After logging into an object store as a superuser, we are able to simply create a tenant using the following command:
$ morgue tenant delete testingxyz
Tenant successfully deleted.
Please note this is a destructive command from a configuration perspective. Unless you are maintaining backups, there is no way to restore your configuration data.
3.0 List Tenants
You can list existing tenants using the morgue tenant list
command
as below.
$ morgue tenant list
ID Tenant URL
1 test https://test.sp.backtrace.io
4 test1 https://test1.sp.backtrace.io
Compute the similarity and list acceptably similar crash groups according to their callstack attribute.
Usage: morgue similarity <[universe]/project> [filter expression]
[--threshold=N] The minimum length of the callstack for groups to
consider for similarity analysis.
[--truncate=N] Shorten the callstack before comparing.
[--intersection=N] The minimum number of common symbols between
two groups.
[--distance=N] The maximum acceptable edit distance between
two groups.
[--fingerprint=N] A fingerprint to compute similarity to. If omitted,
a project summary will be computed instead.
[--json] Return the JSON result of the similarity request.
Invite new users into your system. Requires you to have logged in.
Usage: morgue invite <create | list | resend>
create <username> <email>
--role=<"guest" | "member" | "admin">
--metadata=<metadata>
--tenant=<tenant name>
--method=<"password" | "saml" | "pam">
delete <token>
resend <token>
1.0 Invite a User
Below, we invite a new user into the tenant currently logged into (or
the first tenant, if multiple exist). The default settings for the user
are to use password authentication and have a member
role.
$ morgue invite create <username> <user e-mail>
$ morgue invite sbahra user@backtrace.io
Invitation successfully created for user@backtrace.io
Sending e-mail...done
1.1 Invite a User as an Administrator
$ morgue invite create user user@gmail.com --role=admin
Invitation successfully created for user@backtrace.io
Sending e-mail...done
1.2 Invite a User into a Particular Tenant
$ morgue invite create user user@gmail.com --tenant=mystudio
Invitation successfully created for user@backtrace.io
Sending e-mail...done
2.0 List Pending Invitation
This will list invitations that have yet to be accepted or activated.
$ morgue invite list
Tenant Username Method Role Email Token
1 ashley2 password admin ashley2@backtrace.io f892200fa564...
1 jack1 password member jack@backtrace.io 39c1b80a7e00...
1 jack2 password member jack+2@backtrace.io c399bdf23873...
1 jack17131 password member jack+4512@backtrace.io 784d2a8ffe12...
1 jack25262 password member jack+24688@backtrace.io 97e306d3373a...
1 jack25629 password member jack+28155@backtrace.io ed02ceea2ba4...
1 jack28000 password member jack+3644@backtrace.io 3f87906bd5d9...
1 jack19468 password member jack+28771@backtrace.io 3c6b3a3aaf41...
1 jack15686 password member jack+4203@backtrace.io 78bd9cd127a8...
4 jack2268 password member jack+19325@backtrace.io 776c6d389f89...
4 jack20597 password member jack+24692@backtrace.io 48972737a85e...
4 jack4803 password member jack+30407@backtrace.io 4943913c86f3...
3.0 Delete an Invitation
Below, we demonstrate how to delete an invitation. We pass a token (or unique substring) for deletion.
$ morgue invite delete f8922
Invitation successfully deleted.
Use this command to check the callstack results for a given object.
$ morgue callstack evaluate project oid
$ morgue callstack evaluate project file.json
Allows controlling coroner's access control mechanisms
Usage:
morgue access <action> [params...]
actions:
- team
- project
action team:
morgue access team <create|remove|details> <team>
morgue access team add-user <user>
morgue access team remove-user <user>
morgue access team list
action project:
morgue access project <project> add-team <team> <role>
morgue access project <project> remove-team <team>
morgue access project <project> add-user <user> <role>
morgue access project <project> remove-user <user>
morgue access project <project> details
Allows manipulation of teams - creation, removal, listing, displaying details and adding/removing users to teams.
Allows manipulation of projects in terms of access control - display details or add/remove user or team.
Possible roles:
- admin
- member
- guest
If a user has access through multiple sources (e.g. they belong to two teams and also have direct project membership) they will have the highest privileges afforded by any of those access routes.
Morgue offers the ability to configure metrics for importing metrics data with
metrics-importer
or custom API integrations. This can be used from CI to
provision new metrics against a metric group and begin shipping data. At the
moment, Morgue assumes setup and most common operations on entities for
metrics importing are carried out through the frontend and only offers the
subset of functionality necessary for automation from CI.
Generally, the typical flow occurs in two stages. First:
morgue stability create-metric --project myproj --metric-group stability \
--name metric-v1.2 --attribute version,1.2
Which creates the metric in Coronerd against a pre-existing metric group, then:
morgue metrics-importer importer create \
--project myproj \
--source my-source-id \
--name my-importer \
--start-at 2020-08-05T00:00:00Z \
--metric my-metric \
--metric-group my-group \
--quiery 'select time, value from test where time >= $ and time < $2' \
--delay 120
Which will ship data from the associated metrics-importer
instance.
Usage:
morgue stability create-metric --universe universe \
-- project project \
--metric-group my-group \
--name my-metric \
--attribute version,2.0 \
--attribute country,US \
...
This will provision a metric on the Coronerd side that can be fed via
metrics-importer
or via a custom API integration against Coronerd's
timeseries submission endpoints.
Attribute values are of the form --attribute name,value
.
An attribute value must be specified for every non-defaulted attribute
on the group.
It is possible to use Morgue to configure importers for stability score. This requires Coronerd >= 1.48 and a deployed backtrace-metrics-importer. Usage:
morgue metrics-importer <command>...
Determines if a query is valid by running it against a source as if it had been used with an importer and displays diagnostic information. For example:
morgue metrics-importer source check-query --source my-source-uuid \
--project myproj \
--query 'select time, value from test where time >= $1 and time < $2'
Creates an importer. Takes the following options:
Option | Description |
---|---|
--project | The project of the source. |
--source | UUID of the source to associate the importer with. |
--name | The name of the importer to create. |
--start-at | The time to start scraping from in RFC3339 format. |
--metric | The name of the metric to associate data with in Coronerd. |
--metric-group | The name of the metric group to associate data with in Coronerd. |
--delay | The delay of the importer. Defaults to 60. |
For example:
morgue metrics-importer importer create \
--project myproj \
--source my-source-id \
--name my-importer \
--start-at 2020-08-05T00:00:00Z \
--metric my-metric \
--metric-group my-group \
--query 'select time, value from test where time >= $1 and time < $2' \
--delay 120
Note that --query
depends on the source type. See the stability score
documentation for details.
Displays logs. Usage:
morgue metrics-importer logs --project myproj --source-id my-source-id
morgue metrics-importer logs --project myproj --importer-id my-importer-id
You can pass --limit
to limit the number of returned messages.
By default --limit
is 100.
Morgue supports controlling Backtrace's alerting functionality, via a set of alerting subcommands:
morgue alerts target [create | list | get | update | delete] <args>
morgue alerts alert [create | list | get | update | delete] <args>
Details follow.
Let's say that you want to create an alert which will fire if there ware more than 5 errors in the last minute, and will mark groups as critical if more than 10 errors occur. To do so:
Start by creating a target if you don't already have one:
morgue alerts target create --project cts \
--name test \
--workflow-name cts-alerts-test
Note that the web UI prepends project names to workflow names when creating new integrations.
Then, to create the alert, run:
morgue alerts alert create --name test \
--query-period 1m \
--unique fingerprint \
--trigger fingerprint,0,ge,5,10 \
--project cts \
--target-name test \
--min-notification-interval 1m \
All alerting subcommands which refer to an object support identifying objects
through either their name or ID, and take two mutually exclusive parameters:
--name
or --id
. For instance:
morgue alerts alert get --name myalert
morgue alerts target get [--id id | --name name]
morgue alerts target delete [--id id | --name name]
morgue alerts alert get [--id id | --name name]
morgue alerts alert delete [--id id | --name name]
All of these perform the expected action.
morgue alerts target create --name target-name --workflow-name my-workflow
morgue alerts target update --name my-target [--rename new-name]
[--workflow-name new-workflow]
Create and manage targets. Note that since Morgue allows identifying objects
through --name
, it is necessary to use --rename
to change the name.
morgue alerts alert create <args>
morgue alert alerts update <args>
Create and update alerts. Create requires all of the following parameters which don't have defaults, while update patches the object with those specified and has no required parameters beyond identifying the alert to apply to. Parameters are as follows (see below for query and trigger specification):
---name
: For create, the name of the new alert. For update, identify the
alert to modify by name.
--enabled true|false
: whether the alert is enabled. Defaults totrue
for create. ----query-period = <timespec>
: the query period. Supports time specifications in the same fashion asmorgue list --age
:5m
,1h
, etc. Note that the service puts a lower bound of 1 minute on this value.--min-notification-interval
: the minimum notification interval, which controls the maximum interval at which an alert can send notifications to an integration.--mute-until
: Unix timestamp. The alert will be silenced until after this timestamp. The timestamp must currently be specified as integer seconds since the Unix epoch. For create, defaults to 0, which doesn't mute the alert.--target-id
: Specified zero or more times to indicate the targets to which to send the alert. Unioned with--target-names
.--target-name
: The names of the targets to which to send the alert. Unioned with--target-ids
.--trigger
: Specify the triggers for the alert (see below).
Update also supports the following arguments:
--rename
: rename the alert.--replace-query
: Replace the query.--clear-targets
: Clear the targets.
The create and update subcommands allow specifying the query using the same
arguments as the morgue list
command, save that --age
is ignored,
--select
or --select-wildcard
isn't allowed, and any implicit time filtering
that Morgue would otherwise apply is disabled. Since empty CLI arguments are
a valid query, update additionally requires supplying --replace-query
to indicate
that the query is being replaced.
The alerts service itself can only function properly with aggregation queries
that use aggregates which support a single value. For example count
is fine,
but range
, bin
, and histogram
aren't.
The --trigger
option has the form:
--trigger column,index,comparison,warning,critical
Alerts identifies aggregates to trigger on by their column name, and the index
in the same fashion as --sort
on list, though ;count
is unsupported (for
that, ad a --count column
aggregate). The components of a trigger are as
follows:
column
: The column the trigger is for, for examplefingerprint
.index
: The index of the aggregate for the specified column.comparison
: Eitherge
orle
. Controls whether the thresholds are>==> or
<=the query's returned values. Most triggers will use
ge`.warning
: the warning threshold for the trigger.critical
: The critical threshold for the trigger.
Morgue supports managing workflow connections, integrations, and alerts, by using following subcommands:
morgue workflows connection [create | list | get | update | delete] <options>
morgue workflows integration [create | list | get | update | delete] <options>
morgue workflows alert [create | list | get | update | delete] <options>
Managing connections requires a universe to be specified.
If it is not set via config or login, specify it with --universe
.
morgue workflows connection list [options]
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows connection list --raw
morgue workflows connection get [options] <connection id>
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows connection get 10
morgue workflows connection create <options>
By using --from-file
, you can load connection spec from file.
Arguments provided by CLI will override the file spec, but they may not be required anymore.
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
name |
name |
string |
connection name | ✓ | |
plugin |
pluginId |
string |
plugin ID | ✓ | |
options |
options |
object |
connection options specific to plugin ID | ✓ | |
from-file |
string |
load connection spec from file | |||
raw |
boolean |
output raw JSON | false |
morgue workflows connection create \
--name myConnection \
--plugin jira \
--options.baseUrl https://my-jira.atlassian.net \
--options.authorizationOptions.type basic \
--options.authorizationOptions.username user \
--options.authorizationOptions.password myPassword
morgue workflows connection create --from-file spec.json
// spec.json
{
"name": "myConnection",
"pluginId": "jira",
"options": {
"baseUrl": "https://my-jira.atlassian.net",
"authorizationOptions": {
"type": "basic",
"username": "user",
"password": "myPassword"
}
}
}
morgue workflows connection update <options> <connection id>
By using --from-file
, you can load connection spec from file.
Arguments provided by CLI will override the file spec, but they may not be required anymore.
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
name |
name |
string |
connection name | ||
options |
options |
object |
connection options specific to plugin ID | ||
from-file |
string |
load connection spec from file | |||
raw |
boolean |
output raw JSON | false |
morgue workflows connection update \
--name changedName \
--options.authorizationOptions.type basic \
--options.authorizationOptions.username user \
--options.authorizationOptions.password changedPassword \
10
morgue workflows connection delete [options] <connection id>
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows connection delete 10
Managing integrations requires both a universe and a project to be specified.
If universe or project are not set via config or login, specify them with --universe
and --project
.
morgue workflows integration list [options]
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows integration list --project myProject --raw
morgue workflows integration get <integration id>
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows integration get --project myProject 20
morgue workflows integration create <options>
By using --from-file
, you can load integration spec from file.
Arguments provided by CLI will override the file spec, but they may not be required anymore.
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
name |
watcherName |
string |
integration name | ✓ | |
plugin |
pluginId |
string |
plugin ID | ✓ | |
options |
options |
object |
integration options specific to plugin ID | ✓ | |
state |
state |
enabled|disabled|stopped |
integration state | enabled |
|
synchronize-issues |
synchronizeIssues |
boolean |
whether Backtrace to 3rd party issue synchronization is enabled (only for ticket managing plugins) | false |
|
synchronize-issues-on-add |
synchronizeIssuesOnAdd |
boolean |
whether Backtrace will synchronize issues from 3rd party on adding them from link (only for ticket managing plugins) | false |
|
connection |
connectionId |
int |
connection ID to use by the integration | depends on plugin ID | |
from-file |
string |
load integration spec from file | |||
raw |
boolean |
output raw JSON | false |
morgue workflows integration create \
--project myProject \
--name myIntegration \
--plugin s3export \
--options.bucketPath s3://my-bucket \
--options.credentials.awsAccessKeyId key \
--options.credentials.awsSecretAccessKey secret \
--options.attributeList attr1 \
--options.attributeList attr2
morgue workflows integration create --project myProject --from-file spec.json
// spec.json
{
"watcherName": "myIntegration",
"pluginId": "s3Export",
"options": {
"bucketPath": "s3://my-bucket",
"credentials": {
"awsAccessKeyId": "key",
"awsSecretAccessKey": "secret"
},
"attributeList": ["attr1", "attr2"]
}
}
morgue workflows integration update <options> <integration id>
By using --from-file
, you can load integration spec from file.
Arguments provided by CLI will override the file spec, but they may not be required anymore.
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
options |
options |
object |
integration options specific to plugin ID | ||
state |
state |
enabled|disabled|stopped |
integration state | enabled |
|
synchronize-issues |
synchronizeIssues |
boolean |
whether Backtrace to 3rd party issue synchronization is enabled (only for ticket managing plugins) | false |
|
synchronize-issues-on-add |
synchronizeIssuesOnAdd |
boolean |
whether Backtrace will synchronize issues from 3rd party on adding them from link (only for ticket managing plugins) | false |
|
connection |
connectionId |
int |
connection ID to use by the integration | ||
from-file |
string |
load integration spec from file | |||
raw |
boolean |
output raw JSON | false |
morgue workflows integration update \
--project myProject \
--options.bucketPath s3://new-bucket-path \
--options.attributeList attr1 \
20
morgue workflows integration delete [options] <integration id>
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows integration delete 20
Managing alerts requires both a universe and a project to be specified.
If universe or project are not set via config or login, specify them with --universe
and --project
.
morgue workflows alert list [options]
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows alert list --project myProject --raw
morgue workflows alert get <alert id>
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows alert get --project myProject 30
morgue workflows alert create <options>
By using --from-file
, you can load alert spec from file.
Arguments provided by CLI will override the file spec, but they may not be required anymore.
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
name |
name |
string |
connection name | ✓ | |
condition.name |
condition.name |
string |
alert condition name | ✓ | |
condition.* |
condition.* |
alert condition options | depends on name | ||
frequency |
frequency |
int |
alert frequency in milliseconds | ✓ | |
execution-delay |
executionDelay |
int |
alert execution delay in milliseconds | 0 | |
state |
state |
enabled|disabled|stopped |
alert state | enabled |
|
filter |
filters |
filter[] |
alert filter | ||
integration |
integrations |
int[] |
integration IDs executed by alert | ||
from-file |
string |
load alert spec from file | |||
raw |
boolean |
output raw JSON | false |
morgue workflows alert create \
--project myProject \
--name myAlert \
--condition.name usersPerFingerprint \
--condition.timeFrame 86400000 \
--condition.value 10 \
--frequency 60000 \
--filter attr1,equal,50 \
--filter attr2,at-least,40 \
--integration 20 \
--integration 21 \
Example of file spec with above options:
morgue workflows alert create --project myProject --from-file spec.json
// spec.json
{
"name": "myAlert",
"condition": {
"name": "usersPerFingerprint",
"timeFrame": 86400000,
"value": 10
},
"frequency": 60000,
"filters": [
{
"attribute": "attr1",
"op": ["equal", 50]
},
{
"attribute": "attr2",
"op": ["at-least", 40]
}
],
"integrations": [20, 21]
}
morgue workflows alert update <options> <alert id>
By using --from-file
, you can load alert spec from file.
Arguments provided by CLI will override the file spec, but they may not be required anymore.
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
name |
name |
string |
connection name | ||
condition.name |
condition.name |
string |
alert condition name | ||
condition.* |
condition.* |
alert condition options | depends on name | ||
frequency |
frequency |
int |
alert frequency in milliseconds | ||
execution-delay |
executionDelay |
int |
alert execution delay in milliseconds | ||
state |
state |
enabled|disabled|stopped |
alert state | enabled |
|
filter |
filters |
filter[] |
alert filter | ||
integration |
integrations |
int[] |
integration IDs executed by alert | ||
from-file |
string |
load alert spec from file | |||
raw |
boolean |
output raw JSON | false |
morgue workflows alert update \
--project myProject \
--condition.name group \
30
morgue workflows alert delete [options] <alert id>
CLI option | File spec | Type | Description | Required | Default |
---|---|---|---|---|---|
raw |
boolean |
output raw JSON | false |
morgue workflows alert delete --project myProject 30
Condition name | CLI option | File spec | Type | Description | Required |
---|---|---|---|---|---|
group |
<no options> | triggers when a new fingerprint (error group) is detected | |||
trace |
<no options> | triggers when a new error is detected | |||
usersPerFingerprint |
triggers when number of users affected by a fingerprint is greater than value in timeFrame |
||||
condition.timeFrame |
condition.timeFrame |
int |
time frame in milliseconds | ✓ | |
condition.value |
condition.value |
int |
number of users per fingerprint | ✓ | |
errorsPerFingerprint |
triggers when number of users affected by a fingerprint is greater than value in timeFrame |
||||
condition.timeFrame |
condition.timeFrame |
int |
time frame in milliseconds | ✓ | |
condition.value |
condition.value |
int |
number of errors per fingerprint | ✓ |
Alert filters follow the same principle as filters, but do not support flags.
In file spec you can define alerts as object array of following keys:
Key | Type | Description | Required |
---|---|---|---|
attribute |
string |
attribute name | ✓ |
filter |
[string, any] |
filter operator and value | ✓ |
filter[0] |
string |
operator name | ✓ |
filter[1] |
any |
operator value | ✓ |
Morgue can be used to manage actions configuration for projects. This requires at least coronerd 1.54.
The provided commands are as follows:
morgue actions get
: Display the actions configuration for a project.morgue actions disable
: disable the actions configuration for a project.morgue actions enable
: enable the actions configuration for a project.morgue actions upload <path>
: upload actions configuration for a project.
All of the above take --universe
and --project
. --project
is mandatory.
For example:
morgue actions upload --project myproj myconfig.json
Morgue can be used to create or delete project index attributes.
The provided commands are as follows:
morgue attribute create <project> <name> --description --type --format
: Create a project index attributemorgue attribute delete <project> <name>
: Delete a project index attribute
Formats
bitmap
,uint8
,uint16
,uint32
,uint64
,uint128
,uuid
,dictionary
Types
none
,commit
,semver
,callstack
,hostname
,bytes
,kilobytes
,gigabytes
,nanoseconds
,milliseconds
,seconds
,unix_timestamp
,js_timestamp
,gps_timestamp
,memory_address
,labels
,sha256
,uuid
,ipv4
,ipv6
For example:
morgue attribute create myProject myAttribute --description='My Description' --type='uint64' --format='bytes'
morgue attribute delete myProject myAttribute
Morgue can be used to create or delete project query views.
The provided commands are as follows:
morgue view create <project> <name> <queries> <payload>
: Create a query view.morgue view delete <project> <name>
: Delete query view.
For example:
morgue view create myProject myQueryViewName --queries=queries.json --payload=payload.json
morgue view delete myProject myQueryViewName