Отправить журнал ошибок Jenkins по электронной почте (не удается извлечь часть журнала ошибок)

avatar
HS10
26 июня 2018 в 16:23
2658
1
0

Мне нужно извлечь часть журнала jenkins, содержащую только описание ошибки и трассировку стека, чтобы я мог отправить ее по электронной почте (что я делаю с помощью плагина jenkins email ext в конвейере).

Например. в следующем фрагменте журнала мне потребуются все строки после "org.jenkinsci.plugins.scriptsecurity..."


    ...
    Sending build end EMAIL
    [Pipeline] echo
    Build Number: 218
    [Pipeline] }
    [Pipeline] // stage
    [Pipeline] }
    [Pipeline] // withEnv
    [Pipeline] }
    [Pipeline] // node
    Scripts not permitted to use method hudson.model.Actionable getAction java.lang.Class. Administrators can decide whether to approve or reject this signature.
    [Pipeline] End of Pipeline
    org.jenkinsci.plugins.scriptsecurity.sandbox.RejectedAccessException: Scripts not permitted to use method hudson.model.Actionable getAction java.lang.Class
        at org.jenkinsci.plugins.scriptsecurity.sandbox.whitelists.StaticWhitelist.rejectMethod(StaticWhitelist.java:175)
        at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:137)
        at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:155)
        at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:159)
        at org.kohsuke.groovy.sandbox.impl.Checker$checkedCall$0.callStatic(Unknown Source)
        at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallStatic(CallSiteArray.java:56)
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callStatic(AbstractCallSite.java:194)
        at WorkflowScript.sendBuildEmail(WorkflowScript:141)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
        at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
        at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
        at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1022)
        at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:42)
        at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
        at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
        at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:157)
        at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:23)
        at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:133)
        at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:155)
        at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:159)
        at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:124)
        at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:17)
        at WorkflowScript.run(WorkflowScript:131)
        at
        ...

Как этого добиться? Буду признателен за любую помощь

Это структура моего конвейера:


       pipeline {
         agent {...} 
         environment {...}
         stages {...}
         post {...}
       }
Источник
Miguel Ortiz
26 июня 2018 в 16:48
0

Вы можете попробовать экспортировать журнал ошибок вне пользовательского интерфейса и отправить его позже с другой задачей: wiki.jenkins.io/display/JENKINS/…

Ответы (1)

avatar
Vasiliki Siakka
28 июня 2018 в 11:45
0

Это можно сделать, поместив весь скрипт конвейера в блок try/catch, а затем отправив электронное письмо, используя шаг mail в блоке <16683197>635. Вот как я бы это написал: 

try {

    // your pipeline code
    // ...

} catch (e) {
    mail subject: "${env.JOB_NAME}#${env.BUILD_NUMBER} - Failed",
         body: """
 Build: ${env.BUILD_URL}

 Error message: 
 ${e.getMessage()}

 Stack Trace:
 ${e.getStackTrace().join('\n')}
         """,
         to: 'me@email.com'

    throw e // rethrow the error so that it gets printed in the job log, and so the job fails
}

Вам обязательно нужно одобрить getStackTrace как "безопасный" метод, и, возможно, вам придется сделать то же самое для getMessage.

Следует иметь в виду, что этот try/catch не будет перехватывать ошибки "Нет такого метода DSL", что не является ошибкой в ​​соответствии с JENKINS-45469.

Если вас интересует более сложное поведение электронной почты, вы также можете проверить расширенный плагин электронной почты.

HS10
28 июня 2018 в 15:22
0

Так долго я пытался использовать try-catch в той части конвейера, где я вызывал несуществующий метод просто для проверки, а блок catch не выполнялся. Это просто выдавало мне ошибку «Нет такого метода DSL» и сбой сборки. Теперь я знаю, почему. Спасибо! Я попробую проверить с другими типами ошибок и посмотреть, сработает ли это.

HS10
28 июня 2018 в 17:11
0

Есть ли способ использовать try-catch только для части «стадий», а не для всего конвейера?

Vasiliki Siakka
28 июня 2018 в 17:34
0

Можете ли вы привести пример вашего конвейера? Это декларативный конвейер?

HS10
28 июня 2018 в 17:49
0

Да, я добавил структуру конвейера в посте выше.

Vasiliki Siakka
29 июня 2018 в 13:44
0

Я не думаю, что декларативный конвейер позволяет вам запускать try/catch вне блока скрипта (который вы можете добавить внутри шага), а также не раскрывает причину сбоев через функцию или переменную, если честно. Вы можете посмотреть этот пост для некоторых предложений о том, что вы могли бы сделать вместо этого: coderhelper.com/questions/47843211/… но если вы хотите сделать что-то более сложное, вы можете изменить свою конвейерную работу на не быть декларативным.