You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now that collector supports reloading configuration when a SIGHUP is received, can we expose shareProcessNamespace field on Deployment/Daemonset templates. Adding this will allow configuration reloads to be handled by automation from a sidecar through extraContainers field.
This is useful when exporters connection endpoints have changed and helm doesn't re-deploy for deployments/daemonsets since configuration is loaded via a file and not command-line args.
A local test using sidecar shows expected logs and the service is properly reloaded 👍
2024-06-07T15:13:56.265Z info [email protected]/collector.go:323 Received signal from OS {"signal": "hangup"}
2024-06-07T15:13:56.265Z warn [email protected]/collector.go:232 Config updated, restart service
2024-06-07T15:13:56.265Z info [email protected]/service.go:243 Starting shutdown...
2024-06-07T15:13:56.265Z info healthcheck/handler.go:132 Health Check state change {"kind": "extension", "name": "health_check", "status": "unavailable"}
2024-06-07T15:13:56.265Z info extensions/extensions.go:59 Stopping extensions...
2024-06-07T15:13:56.265Z info [email protected]/service.go:257 Shutdown complete.
2024-06-07T15:13:56.267Z info [email protected]/service.go:113 Setting up own telemetry...
The text was updated successfully, but these errors were encountered:
Now that collector supports reloading configuration when a SIGHUP is received, can we expose
shareProcessNamespace
field on Deployment/Daemonset templates. Adding this will allow configuration reloads to be handled by automation from a sidecar throughextraContainers
field.Quick Example
From the sidecar we don't see any processes for otel-collector
After updating daemonset to include
shareProcesses
We'll now see collector process from sidecar so we can automate detecting config changes
This is useful when exporters connection endpoints have changed and helm doesn't re-deploy for deployments/daemonsets since configuration is loaded via a file and not command-line args.
A local test using sidecar shows expected logs and the service is properly reloaded 👍
The text was updated successfully, but these errors were encountered: