-
Notifications
You must be signed in to change notification settings - Fork 94
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dump environment to stderr on job fail? #2150
Comments
No objection, can be done as part of #2141 or as a follow up. However, I'd use From
|
I'm not a fan of this for normal use. At the moment, if you have a well written task which fails then hopefully you can take a look in job.err and expect to find a clear error message telling you what happened. With this change that message would then be followed by lots of extra output which would only be of very occasional use (probably more relevant when debugging a new suite rather than more generally). |
I wouldn't want it in the main .out/.err files (pretty much for the reasons @dpmatthews gives above) but I don't think I'd massively object if it was in a .env file or something to that extent. |
I suppose we don't have to have this built-in. If users are worried about the environment, it should be relatively straightforward to stick a |
Good points all. BTW this was a suggestion from someone at BoM. I like the idea of a custom on-error-script that gets called by the error trap. I think output from that should probably go to stderr, but if you put |
If an error is trapped by the job script, or when running in debug mode, we could this before exiting.
@cylc/core - any objections to this? The environment might occasionally have useful diagnostic info...
The text was updated successfully, but these errors were encountered: