[
https://issues.apache.org/jira/browse/BEAM-8422?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16953652#comment-16953652
]
Kamil Wasilewski commented on BEAM-8422:
----------------------------------------
Is there any way to notify about timeouted builds only if triggered by cron? I
can hardly see a case when someone aborts such a job manually. Yet it should be
possible to abort a job which was Phrase Triggered without notifying builds@
about the fact
> Send emails to builds@ when job ends with state "ABORTED"
> ---------------------------------------------------------
>
> Key: BEAM-8422
> URL: https://issues.apache.org/jira/browse/BEAM-8422
> Project: Beam
> Issue Type: Improvement
> Components: testing
> Reporter: Lukasz Gajowy
> Priority: Minor
> Time Spent: 20m
> Remaining Estimate: 0h
>
> I noticed that timeouting jobs end up in an ABORTED state (black dot on the
> Jenkins dashboard). No email is sent to the builds@ list when this happens.
> It reduces the visibility of a problem - if one relies on builds@ they won't
> see that Jenkins job takes too much time.
>
> At the time of writing, 5 jobs are affected:
> beam_PostCommit_Java11_ValidatesRunner_Dataflow_PR
> beam_PostCommit_Java11_ValidatesRunner_PortabilityApi_Dataflow
> beam_PostCommit_Java_PVR_Spark_Batch
> beam_PostCommit_Python37_PR
> beam_sonarqube_report
>
> I propose changing this behavior and send emails to builds@ when job ends
> with ABORTED state.
> The drawback of this solution is that every time someone aborts the job
> manually the email will be sent too - there's no way to distinguish those
> two situations. However, IMO we should not allow timeouts to be unnoticed and
> manual job aborting does not happen very often (even committers cannot do
> that now in Jenkins).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
