8000 Documentation: description of known logging issues by pskrzyns · Pull Request #2954 · rkt/rkt · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content
This repository was archived by the owner on Feb 24, 2020. It is now read-only.

Documentation: description of known logging issues #2954

Merged
merged 1 commit into from
Aug 31, 2016
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
22 changes: 22 additions & 0 deletions Documentation/commands.md
Original file line number Diff line number Diff line change
Expand Up @@ -129,6 +129,28 @@ $ journalctl -M rkt-bc3c1451-2e81-45c6-aeb0-807db44e31b4 -t redis

Additionaly, logs can be programmatically accessed via the [sd-journal API](https://www.freedesktop.org/software/systemd/man/sd-journal.html).

Currently there are two known main issues with logging in rkt:
* In some rare situations when an application inside the pod is writing to `/dev/stdout` and `/dev/stderr` (i.e. nginx) there is no way to obtain logs.
The app should be modified so it will write to `stdout` or `syslog`. In the case of nginx:
```
error_log stderr;

http {
access_log syslog:server=unix:/dev/log main;
[...]
}
```
should be added to ```/etc/nginx/nginx.conf```

* Some applications, like newer version of etcd, write directly to journald. Such log entries will not be written to stdout or stderr.
These logs can be retrieved by passing the machine ID to journalctl:

```
$ journalctl -M rkt-bc3c1451-2e81-45c6-aeb0-807db44e31b4
```

Etcd case will be solved when [flag allowing forcing output to stdout](https://github.com/coreos/etcd/issues/5449) is added.

##### Stopped pod

To read the logs of a stopped pod, use:
Expand Down
0