mirror of
https://github.com/coder/coder.git
synced 2026-09-24 15:04:27 +08:00
docs: restructure docs (#14421)
Closes #13434 Supersedes #14182 --------- Co-authored-by: Ethan <39577870+ethanndickson@users.noreply.github.com> Co-authored-by: Ethan Dickson <ethan@coder.com> Co-authored-by: Ben Potter <ben@coder.com> Co-authored-by: Stephen Kirby <58410745+stirby@users.noreply.github.com> Co-authored-by: Stephen Kirby <me@skirby.dev> Co-authored-by: EdwardAngert <17991901+EdwardAngert@users.noreply.github.com> Co-authored-by: Edward Angert <EdwardAngert@users.noreply.github.com>
This commit is contained in:
co-authored by
Ethan
Ethan Dickson
Ben Potter
Stephen Kirby
Stephen Kirby
EdwardAngert
Edward Angert
parent
288df75686
commit
419eba5fb6
@@ -0,0 +1,59 @@
|
||||
# Logs
|
||||
|
||||
All Coder services log to standard output, which can be critical for identifying
|
||||
errors and monitoring Coder's deployment health. Like any service, logs can be
|
||||
captured via Splunk, Datadog, Grafana Loki, or other ingestion tools.
|
||||
|
||||
## `coderd` Logs
|
||||
|
||||
By default, the Coder server exports human-readable logs to standard output. You
|
||||
can access these logs via `kubectl logs deployment/coder -n <coder-namespace>`
|
||||
on Kubernetes or `journalctl -u coder` if you deployed Coder on a host
|
||||
machine/VM.
|
||||
|
||||
- To change the log format/location, you can set
|
||||
[`CODER_LOGGING_HUMAN`](../../reference/cli/server.md#--log-human) and
|
||||
[`CODER_LOGGING_JSON](../../reference/cli/server.md#--log-json) server config.
|
||||
options.
|
||||
- To only display certain types of logs, use
|
||||
the[`CODER_LOG_FILTER`](../../reference/cli/server.md#-l---log-filter) server
|
||||
config.
|
||||
|
||||
Events such as server errors, audit logs, user activities, and SSO & OpenID
|
||||
Connect logs are all captured in the `coderd` logs.
|
||||
|
||||
## `provisionerd` Logs
|
||||
|
||||
Logs for [external provisioners](../provisioners.md) are structured
|
||||
[and configured](../../reference/cli/provisioner_start.md#--log-human) similarly
|
||||
to `coderd` logs. Use these logs to troubleshoot and monitor the Terraform
|
||||
operations behind workspaces and templates.
|
||||
|
||||
## Workspace Logs
|
||||
|
||||
The [Coder agent](../infrastructure/architecture.md#agents) inside workspaces
|
||||
provides useful logs around workspace-to-server and client-to-workspace
|
||||
connections. For Kubernetes workspaces, these are typically the pod logs as the
|
||||
agent runs via the container entrypoint.
|
||||
|
||||
Agent logs are also stored in the workspace filesystem by default:
|
||||
|
||||
- macOS/Linux: `/tmp/coder-agent.log`
|
||||
- Windows: Refer to the template code (e.g.
|
||||
[azure-windows](https://github.com/coder/coder/blob/2cfadad023cb7f4f85710cff0b21ac46bdb5a845/examples/templates/azure-windows/Initialize.ps1.tftpl#L64))
|
||||
to see where logs are stored.
|
||||
|
||||
> Note: Logs are truncated once they reach 5MB in size.
|
||||
|
||||
Startup script logs are also stored in the temporary directory of macOS and
|
||||
Linux workspaces.
|
||||
|
||||
## Kubernetes Event Logs
|
||||
|
||||
Sometimes, a workspace may take a while to start or even fail to start due to
|
||||
underlying events on the Kubernetes cluster such as a node being out of
|
||||
resources or a missing image. You can install
|
||||
[coder-logstream-kube](../integrations/kubernetes-logs.md) to stream Kubernetes
|
||||
events to the Coder UI.
|
||||
|
||||

|
||||
Reference in New Issue
Block a user