Tutorial for lnav in Linux Magazine
/Looks like there was an in-depth tutorial on lnav in Linux Magazine. Unfortunately, I didn't notice until now and missed out on a hardcopy.
Looks like there was an in-depth tutorial on lnav in Linux Magazine. Unfortunately, I didn't notice until now and missed out on a hardcopy.
The release on GitHub
Features:
Interface Changes:
Fixes:
Features:
;SELECT 1 as foobar
:eval :echo ${foobar}Interface Changes:
Breaking Changes:
Fixes:
You can now execute commands from the standard input by using a dash (-) with the '-f' command-line argument. Reading commands from a file descriptor should also work, for example, with the following bash syntax:
$ lnav -f <(echo data-preserve-html-node="true" :open the-file-to-open)
Programming language syntax highlighting should now only be applied to source code files instead of everywhere.
After way too long, lnav v0.8.1 has been released. Here is a rundown of the changes:
Features:
* Added a spectrogram command and view that displays the values of a
numeric field over time. The view works for log message fields or
for database result columns.
* Log formats can now create SQL views and execute other statements
by adding '.sql' files to their format directories. The SQL scripts
will be executed on startup.
* Added 'json_group_object' and 'json_group_array' aggregate SQL
functions that collects values from a GROUP BY query into a JSON
object or array, respectively.
* The SQL view will now graph values found in JSON objects/arrays in
addition to the regular columns in the result.
* Added an 'regexp_match(<re>, <str>)' SQL function that can be used to
extract values from a string using a regular expression.
* Added an 'extract(<str>)' SQL function that extracts values using the
same data discover/extraction parser used in the 'logline' table.
* Added a "summary" overlay line to the bottom of the log view that
displays how long ago the last message was received, along with the
total number of files and the error rate over the past five minutes.
* Pressing 'V' in the DB view will now check for a column with a
timestamp and move to the corresponding time in the log view.
* Added 'a/A' hotkeys to restore a view previously popped with 'q/Q'.
* Added ":hide-lines-before", ":hide-lines-after", and
":show-lines-before-and-after" commands so that you can filter out
log lines based on time.
* Scripts containing lnav commands/queries can now be executed using
the pipe ('|') hotkey. See the documentation for more information.
* Added an ":eval" command that can be used to execute a command or
query after performing environment variable substitution.
* Added an ":echo" command that can be useful for scripts to message
the user.
* The "log_part" column can now be set with an SQL UPDATE statement.
* Added a "log_body" hidden column that returns the body of the log
message.
* Added ":config", ":reset-config", and ":save-config" commands to change
configuration options, reset to default, and save them for future
executions.
* Added a "/ui/clock-format" configuration option that controls the time
format in the top-left corner.
* Added a "/ui/dim-text" configuration option that controls the brightness
of text in the UI.
* Added support for TAI64 timestamps (http://cr.yp.to/libtai/tai64.html).
* Added a safe execution mode. If the 'LNAVSECURE' environment variable is
set before executing lnav, the following commands are disabled:
- open
- pipe-to
- pipe-line-to
- write-*-to
This makes it easier to run lnav with escalated privileges in restricted
environments, without the risk of users being able to use the above
mentioned commands to gain privileged access.
Interface Changes:
* The 'o/O' hotkeys have been reassigned to navigate through log
messages that have a matching "opid" field. The old action of
moving forward and backward by 60 minutes can be simulated by
using the ':goto' command with a relative time and the 'r/R'
hotkeys.
* Log messages with timestamps that pre-date previous log messages will
have the timestamp highlighted in yellow and underlined. These out-
of-time-order messages will be assigned the time of the previous
message for sorting purposes. You can press the 'p' hotkey to examine
the 'Received Time' of the message as well as the time parsed from the
original message. A "log_actual_time" hidden field has also been
added to the SQLite virtual table so you can operate on the original
message time from the file.
* The 'A/B' hotkeys for moving forward/backward by 10% line increments
have been reassigned to '[' and ']'. The 'a' and 'A' hotkeys are now
used to return to the previously popped view while trying to preserve
the time range. For example, after leaving the spectrogram view with
'q', you can press 'A' return to the view with the top time in the
spectrogram matching the top time in the log view.
* The 'Q' hotkey now pops the current view off of the stack while
maintaining the top time between views.
Fixes:
* Issues with tailing JSON logs have been fixed.
* The jget() SQL function should now work for objects nested in arrays.
A review of lnav is in Linux User & Developer magazine issue 162:
Basic mouse support has been in lnav for a little while now, but OS X's Terminal.app never had support for it, so I never used it much. Fortunately, with the release of El Capitan, mouse support has been added and it seems to work well enough for lnav.
To toggle mouse support on and off, press F2 in lnav. You can then click and drag to mark lines in the log or drag the scroll bar on the right side. The gif below shows the functionality in action.
This release of lnav adds quite a few new features and fixes some nagging bugs.
Features:
Interface Changes:
Fixes:
I wanted to call out the pretty-print feature in the latest release of lnav. This idea came from a coworker of Suresh who was having a hard time trying to read some unformatted XML in a log. They wanted the XML pretty-printed and were hoping that could be done by just piping the message to xmlpp or the like. So, first we implemented the 'pipe-to' and 'pipe-line-to' commands that will let you pipe log messages to a command and then display the result inside of lnav. That worked well enough, but pretty-printing is such a frequent operation that having to execute a command was kind of a pain. It would also be nice if it worked for a variety of text, like JSON or Python data. The solution we came up with was to leverage the existing code for parsing log messages to create a simple pretty-printer that should work for most data formats. Another benefit is that the log message does not have to be well-formed for the printer to work, any leading or trailing garbage shouldn't confuse things.
As an example, here is a screenshot of the log message with the unformatted XML text with word-wrapping turned on:
That's not very easy to read and it's hard to figure out the structure of the message. Now, here is that same message after pressing SHIFT+P to switch to the pretty-print view of lnav:
The XML text is indented nicely and the usual syntax highlighting is applied. Also notice that lnav will automatically try to lookup the DNS name for IP addresses. Overall, I think it's a major improvement over the raw view.
This is a pretty simple feature but I have found it quite useful in the couple weeks that it has been implemented. It's so useful that I'm kicking myself for not having thought of it before.
This release of lnav has a few new features, like the pretty-print view, and fleshes out the list of commands. Here is the full listing of what has changed:
Features:
* Add 'pipe-to' and 'pipe-line-to' commands that pipe the currently
marked lines or the current log message to a shell command,
respectively.
* Added a "pretty-print" view (P hotkey) that tries to reformat log
messages so that they are easier to read.
* Added a 'redraw' command (CTRL+L hotkey) to redraw the window in
case it has been corrupted.
* Added a 'relative-goto' command to move the current view relative
to its current position.
* Experimental support for linking with jemalloc.
* The plain text view now supports filtering.
* Added 'next-mark' and 'prev-mark' commands to jump to the next or
previous bookmarked line (e.g. error, warning, ...)
* Added a 'zoom-to' command to change the zoom level of the histogram
view.
* Log formats can now define their own timestamp formats with the
'timestamp-format' field.
Fixes:
* Autotools scripts overhaul.
* Added a configure option to disable linking with libtinfo. The newer
versions of ncurses don't require it, however the build silently pulls
it in as a dependency, if it is available on the system. This can be
explicitly disabled using the '--disable-tinfo' option during configure.
* Fixed the configure script behavior to ignore the values specified using
the CFLAGS and LDFLAGS environment variables while searching for sqlite3
when '--with-sqlite3' switch was specified without the prefix.
* The configure script now recognizes libeditline symlink'ed to masquerade
as libreadline. This previously used to cause problems at compile time,
specially on OS X. If you come across this error, use the
'--with-readline=prefix' switch to specify the path to the correct
location of libreadline.
* The order that log formats are tried against a log file is now
automatically determined so that more specific formats are tested
before more general ones. The order is determined on startup based on
how each format matches each other formats sample lines.
* Command files (i.e. those executed via the '-f' flag) now support
commands/queries that span more than one line.
* Added more log levels: stats, debug2 - debug5.
You can check out this release on GitHub to get more information and the links for downloads.
The release of vCenter Server Appliance 6.0 includes lnav as the "showlog" log file viewer in their custom command shell. Unfortunately, the version included in the appliance is a couple years old now and lacks most of the recent improvements. Hopefully, they will get it updated in future releases.
This maintenance release of lnav fixes a few bugs and adds the following features:
* Added log formats for vdsm, openstack, and the vmkernel.
* Added a "lo-fi" mode (L hotkey) that dumps the displayed log lines to the terminal without any decorations. The write-to, write-json-to, and write-csv-to commands will also write their output to the terminal when passed '-' as the file name. This mode can be useful for copying plain text lines to the clipboard.
* (OS X) Text search strings are copied to the system's "find" clipboard. Also, when starting a new search, the current value in the "find" clipboard can be tab-completed.
You can check out this release on GitHub to get more information and the links for downloads.
After a long hiatus there's a new release of lnav with a few new features and bug fixes. Here's what is new:
Added an 'environ' SQL table that reflects lnav's environment variables. The table can be read and written to using SQL SELECT, INSERT, UPDATE, and DELETE statements. Setting variables can be a way to use SQL query results in lnav commands.
Added a 'jget' SQLite function that can extract fields from a JSON-encoded value.
Added log formats for the OpenAM identity provider.
Added a 'clear-highlight' command to clear previous calls to the 'highlight' command.
Fixed some performance bugs in indexing JSON log formats. Loading times should be at least five times faster.
Filtering performance should be improved so that enabling/disabling filters should be almost instantaneous.
The filter-in, filter-out, and highlight commands now support tab-completion of text in the current view.
Added an '-i' flag that installs format files in: ~/.lnav/formats/installed
You can check out this release on GitHub to get more information and links to the available downloads.
The latest release of lnav is out and features quite a few improvements and bug fixes. Here is a quick rundown of what is new:
You can check out this release on GitHub to get more information and links to the available downloads.
I've made some changes to the scrollbar that is shown on the right side of the display based on some feedback from users. The scroll area now has a single vertical line extending from the top to the bottom. Previously, this area would show log message characters and it wasn't very clear that the scroll bar existed. The line is colored based whether there are errors or warnings in that part of the log. The coloring should make it easier to see the distribution of errors across the whole log. Similarly, there are notches added to the left and right side of the line to show search hits and bookmarks, respectively. See the following screenshot to get an idea of what it looks like:
Screenshot of the redesigned scrollbar while viewing a syslog file. The line on the right is the scroll area. The red coloring shows where there are errors in the log. The notches pointing to the left show the locations of the four search hits. The notches on the right show the two bookmarks.
These changes are currently only in the latest code from git. I'll be playing with things a bit more before making a release.
As requested by Cristobal Dabed and a few others, word-wrap support has been added to version 0.6.2 of lnav. You can toggle word-wrapping for the log file and text file views by pressing CTRL-W or by using the enable-word-wrap and disable-word-wrap commands. If you would like to permanently enable word wrapping, you can use ":session enable-word-wrap" to save the command in the session file that is read on startup.
This release also includes some fixes for issues when building/running on Mac OS X Mavericks.
I also want to say that you shouldn't be shy about filing GitHub issues or posting in the lnav google group. I won't be able to implement every feature request, but I'll do what I can to get lnav more widely adopted. Thanks for your support!
The german magazine, Linux User, has a mini-review of lnav v0.6.0 in their November issue!
Probably the toughest competition for lnav is the standard Unix utilities like tail, grep, less, and emacs/vim. It can be hard trying to convince people that these built-in commands that they've used for forever can be improved upon. The advanced features of lnav might even work against it since folks are expecting to have to learn a bunch of stuff to see any benefits.
The reality is that there are quite a few "passive" features in lnav that can provide value with no effort required by the user. For example, lnav can easily replace 'tail -f', it's even shorter to type! Beyond the basic task of displaying new lines appended to a log file, you also get to see log messages from multiple files interleaved, the ability to scroll backwards, syntax highlighting, live searching, and so on. These basic features do not have the same "wow" factor as executing a SQL query over data automatically extracted from a log file, but they're the features that get used 90% of the time.
Anyways, I think I'm gaining a new appreciation for marketing/sales...
The October issue of Linux Magazine has a nice review of lnav v0.5.0, the author gave it four out of five stars!
The first commit to the lnav repository was four years ago today! I started working on lnav a couple years before that, but this was its first public appearance. I still use it every day and plan to keep things going for years to come.
Making logs easily digestible by machines is becoming a concern as tools like elasticsearch become more popular. One of the popular strategies is to encode the whole log message in JSON and then write that as a single line to a file. For example:
{"time": "2013-09-04T23:55:09.274041Z", "level" : "INFO", "body" : "Hello, World!" }
{"time": "2013-09-04T23:56:00.285224Z", "level" : "ERROR", "body" : "Something terrible has happened!", "tb": " foo.c:12\n bar.y:33" }
Unfortunately, what is good for a machine is not so great for a human. To try to improve the situation, the latest release of lnav includes support for parsing JSON log messages and transforming them on-the-fly. The display format is specified in a log format configuration and can specify which fields should be displayed on the main message line. Any unused fields that are found in the message will be displayed below the main field so you don't miss anything.
The above log lines can be transformed using the following format configuration:
{
"json_ex_log" : {
"title" : "Example JSON Log",
"description" : "An example log format configuration for JSON logs",
"json" : true,
"file-pattern" : "test-log\\.json.*",
"level-field" : "level",
"line-format" : [
{ "field" : "time" },
" ",
{ "field" : "body" }
]
}
}
After copying this config to ~/.lnav/formats/test/format.json, the log messages will look like this when viewed in lnav:
2013-09-04T23:55:09.274041Z Hello, World! 2013-09-04T23:56:00.285224Z Something terrible has happened! tb: foo.c:12 tb: bar.y:33
Copyright 2017. Tim Stack -- Contact