Standalone command line tool to retrieve and search recent app server logs from SolarWinds Observability.
Download the latest release from the Releases page.
Retrieve the full-access token from SolarWinds Observability and add it to ~/.swo-cli.yml.
$ echo "token: 123456789012345678901234567890ab" > ~/.swo-cli.yml
$ echo "api-url: https://api.na-01.cloud.solarwinds.com" >> ~/.swo-cli.yml
$ swo
The API token can also be passed in the SWO_API_TOKEN
environment variable instead of a configuration file. Example:
$ export SWO_API_TOKEN='123456789012345678901234567890ab'
$ swo logs get
Create ~/.swo-cli.yml containing your full-access API token and API URL, or specify the path to that file with -c. Example (from examples/swo-cli.yml.example):
token: 123456789012345678901234567890ab
api-url: https://api.na-01.cloud.solarwinds.com
Retrieve your token from SolarWinds Observability (Settings
-> API Tokens
-> Create API Token
-> Full Access
).
$ swo --help
NAME:
swo - SolarWinds Observability Command-Line Interface
USAGE:
swo [global options] command [command options]
VERSION:
v1.0.0
COMMANDS:
logs command-line search for SolarWinds Observability log management service
help, h Shows a list of commands or help for one command
GLOBAL OPTIONS:
--api-url value URL of the SWO API (default: "https://api.na-01.cloud.solarwinds.com")
--api-token value API token
--config value, -c value path to config (default: "~/.swo-cli.yml")
--help, -h show help
--version, -v print the version
To count the number of matches, pipe to wc -l
. For example, count how
many logs contained Failure
in the last minute:
$ swo logs get --min-time '1 minute ago' Failure | wc -l
42
Output only the program/file name (which is output as field 5):
$ swo logs get --min-time '1 minute ago' | cut -f 5 -d ' '
passenger.log:
sshd:
app/web.2:
Count by source/system name (field 4):
$ swo logs get --min-time '1 minute ago' | cut -f 4 -d ' ' | sort | uniq -c
98 www42
39 acmedb-core01
2 fastly
For sum, mean, and statistics, see datamash and one-liners.
ANSI color codes are retained, so log messages which are already colorized will automatically render in color on ANSI-capable terminals.
For content-based colorization, pipe through lnav. Install lnav
from your
preferred package repository, such as brew install lnav
or
apt-get install lnav
, then:
$ swo logs get | lnav
$ swo logs get --min-time "1 hour ago" error | lnav
Since output is line-buffered, pipes and output redirection will automatically work:
$ swo logs get | less
$ swo logs get --min-time '2016-01-15 10:00:00' > logs.txt
If you frequently pipe output to a certain command, create a function which
accepts optional arguments, invokes swo
with any arguments, and pipes
output to that command. For example, this swocolor
function will pipe to lnav
:
$ function swocolor() { swo logs -f $* | lnav; }
Add the function
line to your ~/.bashrc
. It can be invoked with search
parameters:
$ swocolor 1.2.3 Failure
Unix shells handle arguments beginning with hyphens (-
) differently
(why).
Usually this is moot because most searches start with a positive match.
To search only for log messages without a given string, use --
. For
example, to search for -whatever
, run:
swo logs get -- -whatever
Times are interpreted in the client itself, which means it uses the time zone that your local PC is set to. Log timestamps are also output in the same local PC time zone.
When providing absolute times, append UTC
to provide the input time in
UTC. For example, regardless of the local PC time zone, this will show
messages beginning from 1 PM UTC:
swo logs get --min-time "2024-04-27 13:00:00 UTC"
Output timestamps will still be in the local PC time zone.
Because the Unix shell parses and strips one set of quotes around a phrase, to search for a phrase, wrap the string in both single-quotes and double-quotes. For example:
swo logs get '"Connection reset by peer"'
Use one set of double-quotes and one set of single-quotes. The order does not matter as long as the pairs are consistent.
Note that many phrases are unique enough that searching for the words yields the same results as searching for the quoted phrase. As a result, quoting strings twice is often not actually necessary. For example, these two searches are likely to yield the same log messages, even though one is for 4 words (AND) while the other is for a phrase:
swo logs get Connection reset by peer
swo logs get '"Connection reset by peer"'
To use multiple API tokens (such as for separate home and work SolarWinds Observability
accounts), create a .swo-cli.yml
configuration file in each project's
working directory and invoke the CLI in that directory. The CLI checks for
.swo-cli.yml
in the current working directory prior to using
~/.swo-cli.yml
.
Alternatively, use shell aliases with different -c
paths. For example:
echo "alias swo1='swo logs get -c /path/to/swo-cli-home.yml'" >> ~/.bashrc
echo "alias swo2='swo logs get -c /path/to/swo-cli-work.yml'" >> ~/.bashrc
- Bump
Version
inversion/version.go
- Build the swo CLI:
$ go build ./cmd/swo
- Download repository:
$ git clone https://github.com/solarwinds/swo-cli.git
- Build the binary:
$ go build ./cmd/swo
- Test:
$ ./swo logs get test search string
- Bump
version
incmd/swo/main.go
- Bump tag on main branch
- Push to upstream
Testing:
Run all the tests with go test -v -count=1 ./...
Run go linter with make ci-lint
Bug report:
- See whether the issue has already been reported: http://github.com/solarwinds/swo-cli/issues/
- If you don't find one, create an issue with a repro case.
Enhancement or fix:
- Fork the project: http://github.com/solarwinds/swo-cli
- Make your changes with tests.
- Commit the changes without changing the version/version.go file.
- Send a pull request.