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
I've noticed that Dagster (deployed via Helm on Kubernetes) sends logs to stderr by default, including INFO level logs. This breaks our standard log aggregation setup where we expect:
stdout = application output and informational logs
stderr = errors and warnings for alerting
Current Behavior
When running any Dagster job with logging:
@assetdefexample_asset(context):
context.log.info("Processing data...") # Goes to stderr ❌context.log.warning("Warning message") # Goes to stderr ✅ context.log.error("Error occurred") # Goes to stderr ✅returnresult
All these logs appear in stderr, I expect to follow standard Unix conventions.
What we've found
I have tried various approaches in values.yaml using pythonLogs configuration, but we're not sure if we're going in the right direction or if there's a simpler/better way.
I've seen discussions about this topic (like #24325 (reply in thread)) but couldn't find a clear production-ready solution.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Problem Description
I've noticed that Dagster (deployed via Helm on Kubernetes) sends logs to stderr by default, including INFO level logs. This breaks our standard log aggregation setup where we expect:
Current Behavior
When running any Dagster job with logging:
All these logs appear in stderr, I expect to follow standard Unix conventions.
What we've found
I have tried various approaches in values.yaml using pythonLogs configuration, but we're not sure if we're going in the right direction or if there's a simpler/better way.
I've seen discussions about this topic (like #24325 (reply in thread)) but couldn't find a clear production-ready solution.
Attempt 1: Multiple handlers
Result: DEBUG logs go to stderr - should be in stdout
Attempt 2: Multiple handlers with assumed built-in filters
Result: ValueError: Unable to configure filter 'stderr_filter'
ModuleNotFoundError: No module named ‚dagster.utils.log_filter.StderrLogFilter'
Environment
1.9.9
Questions
Beta Was this translation helpful? Give feedback.
All reactions