.. | ||
.gitignore | ||
.travis.yml | ||
alt_exit.go | ||
appveyor.yml | ||
CHANGELOG.md | ||
doc.go | ||
entry.go | ||
exported.go | ||
formatter.go | ||
hooks.go | ||
json_formatter.go | ||
LICENSE | ||
logger.go | ||
logrus.go | ||
README.md | ||
terminal_bsd.go | ||
terminal_check_appengine.go | ||
terminal_check_notappengine.go | ||
terminal_linux.go | ||
text_formatter.go | ||
writer.go |
Logrus
Logrus is a structured logger for Go (golang), completely API compatible with the standard library logger.
Seeing weird case-sensitive problems? It’s in the
past been possible to import Logrus as both upper- and lower-case. Due
to the Go package environment, this caused issues in the community and
we needed a standard. Some environments experienced problems with the
upper-case variant, so the lower-case was decided. Everything using
logrus
will need to use the lower-case:
github.com/sirupsen/logrus
. Any package that isn’t, should
be changed.
To fix Glide, see these comments. For an in-depth explanation of the casing issue, see this comment.
Are you interested in assisting in maintaining
Logrus? Currently I have a lot of obligations, and I am unable
to provide Logrus with the maintainership it needs. If you’d like to
help, please reach out to me at
simon at author's username dot com
.
Nicely color-coded in development (when a TTY is attached, otherwise just plain text):
With log.SetFormatter(&log.JSONFormatter{})
, for
easy parsing by logstash or Splunk:
{"animal":"walrus","level":"info","msg":"A group of walrus emerges from the
ocean","size":10,"time":"2014-03-10 19:57:38.562264131 -0400 EDT"}
{"level":"warning","msg":"The group's number increased tremendously!",
"number":122,"omg":true,"time":"2014-03-10 19:57:38.562471297 -0400 EDT"}
{"animal":"walrus","level":"info","msg":"A giant walrus appears!",
"size":10,"time":"2014-03-10 19:57:38.562500591 -0400 EDT"}
{"animal":"walrus","level":"info","msg":"Tremendously sized cow enters the ocean.",
"size":9,"time":"2014-03-10 19:57:38.562527896 -0400 EDT"}
{"level":"fatal","msg":"The ice breaks!","number":100,"omg":true,
"time":"2014-03-10 19:57:38.562543128 -0400 EDT"}
With the default
log.SetFormatter(&log.TextFormatter{})
when a TTY is
not attached, the output is compatible with the logfmt format:
time="2015-03-26T01:27:38-04:00" level=debug msg="Started observing beach" animal=walrus number=8
time="2015-03-26T01:27:38-04:00" level=info msg="A group of walrus emerges from the ocean" animal=walrus size=10
time="2015-03-26T01:27:38-04:00" level=warning msg="The group's number increased tremendously!" number=122 omg=true
time="2015-03-26T01:27:38-04:00" level=debug msg="Temperature changes" temperature=-4
time="2015-03-26T01:27:38-04:00" level=panic msg="It's over 9000!" animal=orca size=9009
time="2015-03-26T01:27:38-04:00" level=fatal msg="The ice breaks!" err=&{0x2082280c0 map[animal:orca size:9009] 2015-03-26 01:27:38.441574009 -0400 EDT panic It's over 9000!} number=100 omg=true
exit status 1
Case-sensitivity
The organization’s name was changed to lower-case–and this will not
be changed back. If you are getting import conflicts due to case
sensitivity, please use the lower-case import:
github.com/sirupsen/logrus
.
Example
The simplest way to use Logrus is simply the package-level exported logger:
package main
import (
"github.com/sirupsen/logrus"
log )
func main() {
.WithFields(log.Fields{
log"animal": "walrus",
}).Info("A walrus appears")
}
Note that it’s completely api-compatible with the stdlib logger, so
you can replace your log
imports everywhere with
log "github.com/sirupsen/logrus"
and you’ll now have the
flexibility of Logrus. You can customize it all you want:
package main
import (
"os"
"github.com/sirupsen/logrus"
log )
func init() {
// Log as JSON instead of the default ASCII formatter.
.SetFormatter(&log.JSONFormatter{})
log
// Output to stdout instead of the default stderr
// Can be any io.Writer, see below for File example
.SetOutput(os.Stdout)
log
// Only log the warning severity or above.
.SetLevel(log.WarnLevel)
log}
func main() {
.WithFields(log.Fields{
log"animal": "walrus",
"size": 10,
}).Info("A group of walrus emerges from the ocean")
.WithFields(log.Fields{
log"omg": true,
"number": 122,
}).Warn("The group's number increased tremendously!")
.WithFields(log.Fields{
log"omg": true,
"number": 100,
}).Fatal("The ice breaks!")
// A common pattern is to re-use fields between logging statements by re-using
// the logrus.Entry returned from WithFields()
:= log.WithFields(log.Fields{
contextLogger "common": "this is a common field",
"other": "I also should be logged always",
})
.Info("I'll be logged with common and other field")
contextLogger.Info("Me too")
contextLogger}
For more advanced usage such as logging to multiple locations from
the same application, you can also create an instance of the
logrus
Logger:
package main
import (
"os"
"github.com/sirupsen/logrus"
)
// Create a new instance of the logger. You can have any number of instances.
var log = logrus.New()
func main() {
// The API for setting attributes is a little different than the package level
// exported logger. See Godoc.
.Out = os.Stdout
log
// You could set this to any `io.Writer` such as a file
// file, err := os.OpenFile("logrus.log", os.O_CREATE|os.O_WRONLY, 0666)
// if err == nil {
// log.Out = file
// } else {
// log.Info("Failed to log to file, using default stderr")
// }
.WithFields(logrus.Fields{
log"animal": "walrus",
"size": 10,
}).Info("A group of walrus emerges from the ocean")
}
Fields
Logrus encourages careful, structured logging through logging fields
instead of long, unparseable error messages. For example, instead of:
log.Fatalf("Failed to send event %s to topic %s with key %d")
,
you should log the much more discoverable:
.WithFields(log.Fields{
log"event": event,
"topic": topic,
"key": key,
}).Fatal("Failed to send event")
We’ve found this API forces you to think about logging in a way that
produces much more useful logging messages. We’ve been in countless
situations where just a single added field to a log statement that was
already there would’ve saved us hours. The WithFields
call
is optional.
In general, with Logrus using any of the printf
-family
functions should be seen as a hint you should add a field, however, you
can still use the printf
-family functions with Logrus.
Default Fields
Often it’s helpful to have fields always attached to log
statements in an application or parts of one. For example, you may want
to always log the request_id
and user_ip
in
the context of a request. Instead of writing
log.WithFields(log.Fields{"request_id": request_id, "user_ip": user_ip})
on every line, you can create a logrus.Entry
to pass around
instead:
:= log.WithFields(log.Fields{"request_id": request_id, "user_ip": user_ip})
requestLogger .Info("something happened on that request") # will log request_id and user_ip
requestLogger.Warn("something not great happened") requestLogger
Hooks
You can add hooks for logging levels. For example to send errors to
an exception tracking service on Error
, Fatal
and Panic
, info to StatsD or log to multiple places
simultaneously, e.g. syslog.
Logrus comes with built-in hooks. Add those, or
your custom hook, in init
:
import (
"github.com/sirupsen/logrus"
log "gopkg.in/gemnasium/logrus-airbrake-hook.v2" // the package is named "airbrake"
"github.com/sirupsen/logrus/hooks/syslog"
logrus_syslog "log/syslog"
)
func init() {
// Use the Airbrake hook to report errors that have Error severity or above to
// an exception tracker. You can create custom hooks, see the Hooks section.
.AddHook(airbrake.NewHook(123, "xyz", "production"))
log
, err := logrus_syslog.NewSyslogHook("udp", "localhost:514", syslog.LOG_INFO, "")
hookif err != nil {
.Error("Unable to connect to local syslog daemon")
log} else {
.AddHook(hook)
log}
}
Note: Syslog hook also support connecting to local syslog (Ex. “/dev/log” or “/var/run/syslog” or “/var/run/log”). For the detail, please check the syslog hook README.
Hook | Description |
---|---|
Airbrake “legacy” | Send errors to an exception tracking service compatible with the
Airbrake API V2. Uses airbrake-go
behind the scenes. |
Airbrake | Send errors to the Airbrake API V3. Uses the official gobrake
behind the scenes. |
Amazon Kinesis | Hook for logging to Amazon Kinesis |
Amqp-Hook | Hook for logging to Amqp broker (Like RabbitMQ) |
Application Insights | Hook for logging to Application Insights |
AzureTableHook | Hook for logging to Azure Table Storage |
Bugsnag | Send errors to the Bugsnag exception tracking service. |
DeferPanic | Hook for logging to DeferPanic |
Discordrus | Hook for logging to Discord |
ElasticSearch | Hook for logging to ElasticSearch |
Firehose | Hook for logging to Amazon Firehose |
Fluentd | Hook for logging to fluentd |
Go-Slack | Hook for logging to Slack |
Graylog | Hook for logging to Graylog |
Hiprus | Send errors to a channel in hipchat. |
Honeybadger | Hook for sending exceptions to Honeybadger |
InfluxDB | Hook for logging to influxdb |
Influxus | Hook for concurrently logging to InfluxDB |
Journalhook | Hook for logging to systemd-journald |
KafkaLogrus | Hook for logging to Kafka |
LFShook | Hook for logging to the local filesystem |
Logbeat | Hook for logging to Opbeat |
Logentries | Hook for logging to Logentries |
Logentrus | Hook for logging to Logentries |
Logmatic.io | Hook for logging to Logmatic.io |
Logrusly | Send logs to Loggly |
Logstash | Hook for logging to Logstash |
Hook for sending exceptions via mail | |
Mattermost | Hook for logging to Mattermost |
Mongodb | Hook for logging to mongodb |
NATS-Hook | Hook for logging to NATS |
Octokit | Hook for logging to github via octokit |
Papertrail | Send errors to the Papertrail hosted logging service via UDP. |
PostgreSQL | Send logs to PostgreSQL |
Promrus | Expose number of log messages as Prometheus metrics |
Pushover | Send error via Pushover |
Raygun | Hook for logging to Raygun.io |
Redis-Hook | Hook for logging to a ELK stack (through Redis) |
Rollrus | Hook for sending errors to rollbar |
Scribe | Hook for logging to Scribe |
Sentry | Send errors to the Sentry error logging and aggregation service. |
Slackrus | Hook for Slack chat. |
Stackdriver | Hook for logging to Google Stackdriver |
Sumorus | Hook for logging to SumoLogic |
Syslog | Send errors to remote syslog server. Uses standard library
log/syslog behind the scenes. |
Syslog TLS | Send errors to remote syslog server with TLS support. |
Telegram | Hook for logging errors to Telegram |
TraceView | Hook for logging to AppNeta TraceView |
Typetalk | Hook for logging to Typetalk |
logz.io | Hook for logging to logz.io, a Log as a Service using Logstash |
SQS-Hook | Hook for logging to Amazon Simple Queue Service (SQS) |
Level logging
Logrus has six logging levels: Debug, Info, Warning, Error, Fatal and Panic.
.Debug("Useful debugging information.")
log.Info("Something noteworthy happened!")
log.Warn("You should probably take a look at this.")
log.Error("Something failed but I'm not quitting.")
log// Calls os.Exit(1) after logging
.Fatal("Bye.")
log// Calls panic() after logging
.Panic("I'm bailing.") log
You can set the logging level on a Logger
, then it will
only log entries with that severity or anything above it:
// Will log anything that is info or above (warn, error, fatal, panic). Default.
.SetLevel(log.InfoLevel) log
It may be useful to set log.Level = logrus.DebugLevel
in
a debug or verbose environment if your application has that.
Entries
Besides the fields added with WithField
or
WithFields
some fields are automatically added to all
logging events:
time
. The timestamp when the entry was created.msg
. The logging message passed to{Info,Warn,Error,Fatal,Panic}
after theAddFields
call. E.g.Failed to send event.
level
. The logging level. E.g.info
.
Environments
Logrus has no notion of environment.
If you wish for hooks and formatters to only be used in specific
environments, you should handle that yourself. For example, if your
application has a global variable Environment
, which is a
string representation of the environment you could do:
import (
"github.com/sirupsen/logrus"
log )
() {
init// do something here to set environment depending on an environment variable
// or command-line flag
if Environment == "production" {
.SetFormatter(&log.JSONFormatter{})
log} else {
// The TextFormatter is default, you don't actually have to do this.
.SetFormatter(&log.TextFormatter{})
log}
}
This configuration is how logrus
was intended to be
used, but JSON in production is mostly only useful if you do log
aggregation with tools like Splunk or Logstash.
Formatters
The built-in logging formatters are:
logrus.TextFormatter
. Logs the event in colors if stdout is a tty, otherwise without colors.- Note: to force colored output when there is no TTY, set the
ForceColors
field totrue
. To force no colored output even if there is a TTY set theDisableColors
field totrue
. For Windows, see github.com/mattn/go-colorable. - All options are listed in the generated docs.
- Note: to force colored output when there is no TTY, set the
logrus.JSONFormatter
. Logs fields as JSON.- All options are listed in the generated docs.
Third party logging formatters:
FluentdFormatter
. Formats entries that can be parsed by Kubernetes and Google Container Engine.logstash
. Logs fields as Logstash Events.prefixed
. Displays log entry source along with alternative layout.zalgo
. Invoking the P͉̫o̳̼̊w̖͈̰͎e̬͔̭͂r͚̼̹̲ ̫͓͉̳͈ō̠͕͖̚f̝͍̠ ͕̲̞͖͑Z̖̫̤̫ͪa͉̬͈̗l͖͎g̳̥o̰̥̅!̣͔̲̻͊̄ ̙̘̦̹̦.
You can define your formatter by implementing the
Formatter
interface, requiring a Format
method. Format
takes an *Entry
.
entry.Data
is a Fields
type
(map[string]interface{}
) with all your fields as well as
the default ones (see Entries section above):
type MyJSONFormatter struct {
}
.SetFormatter(new(MyJSONFormatter))
log
func (f *MyJSONFormatter) Format(entry *Entry) ([]byte, error) {
// Note this doesn't include Time, Level and Message which are available on
// the Entry. Consult `godoc` on information about those fields or read the
// source of the official loggers.
, err := json.Marshal(entry.Data)
serializedif err != nil {
return nil, fmt.Errorf("Failed to marshal fields to JSON, %v", err)
}
return append(serialized, '\n'), nil
}
Logger as an io.Writer
Logrus can be transformed into an io.Writer
. That writer
is the end of an io.Pipe
and it is your responsibility to
close it.
:= logger.Writer()
w defer w.Close()
:= http.Server{
srv // create a stdlib log.Logger that writes to
// logrus.Logger.
: log.New(w, "", 0),
ErrorLog}
Each line written to that writer will be printed the usual way, using
formatters and hooks. The level for those entries is
info
.
This means that we can override the standard library logger easily:
:= logrus.New()
logger .Formatter = &logrus.JSONFormatter{}
logger
// Use logrus for standard log output
// Note that `log` here references stdlib's log
// Not logrus imported under the name `log`.
.SetOutput(logger.Writer()) log
Rotation
Log rotation is not provided with Logrus. Log rotation should be done
by an external program (like logrotate(8)
) that can
compress and delete old log entries. It should not be a feature of the
application-level logger.
Tools
Tool | Description |
---|---|
Logrus Mate | Logrus mate is a tool for Logrus to manage loggers, you can initial logger’s level, hook and formatter by config file, the logger will generated with different config at different environment. |
Logrus Viper Helper | An Helper around Logrus to wrap with spf13/Viper to load configuration with fangs! And to simplify Logrus configuration use some behavior of Logrus Mate. sample |
Testing
Logrus has a built in facility for asserting the presence of log
messages. This is implemented through the test
hook and
provides:
- decorators for existing logger (
test.NewLocal
andtest.NewGlobal
) which basically just add thetest
hook - a test logger (
test.NewNullLogger
) that just records log messages (and does not output any):
import(
"github.com/sirupsen/logrus"
"github.com/sirupsen/logrus/hooks/test"
"github.com/stretchr/testify/assert"
"testing"
)
func TestSomething(t*testing.T){
, hook := test.NewNullLogger()
logger.Error("Helloerror")
logger
.Equal(t, 1, len(hook.Entries))
assert.Equal(t, logrus.ErrorLevel, hook.LastEntry().Level)
assert.Equal(t, "Helloerror", hook.LastEntry().Message)
assert
.Reset()
hook.Nil(t, hook.LastEntry())
assert}
Fatal handlers
Logrus can register one or more functions that will be called when
any fatal
level message is logged. The registered handlers
will be executed before logrus performs a os.Exit(1)
. This
behavior may be helpful if callers need to gracefully shutdown. Unlike a
panic("Something went wrong...")
call which can be
intercepted with a deferred recover
a call to
os.Exit(1)
can not be intercepted.
...
handler := func() {
// gracefully shutdown something...
}
logrus.RegisterExitHandler(handler)
...
Thread safety
By default Logger is protected by mutex for concurrent writes, this mutex is invoked when calling hooks and writing logs. If you are sure such locking is not needed, you can call logger.SetNoLock() to disable the locking.
Situation when locking is not needed includes:
You have no hooks registered, or hooks calling is already thread-safe.
Writing to logger.Out is already thread-safe, for example:
logger.Out is protected by locks.
logger.Out is a os.File handler opened with
O_APPEND
flag, and every write is smaller than 4k. (This allow multi-thread/multi-process writing)(Refer to http://www.notthewizard.com/2014/06/17/are-files-appends-really-atomic/)