Наш сервер Дженкінса має роботу, яка триває три дні, але нічого не робить. Клацання маленьким X у кутку нічого не робить, і журнал виводу консолі також нічого не показує. Я перевірив наші сервери побудови, і робота насправді, здається, не працює взагалі.

Чи є спосіб сказати jenkins, що робота "виконана", відредагувавши якийсь файл або блокування чи щось таке? Оскільки у нас багато роботи, ми не хочемо перезапускати сервер.

Перейдіть у розділ "Керування Дженкінсом"> "Консоль скриптів", щоб запустити скрипт на вашому сервері, щоб перервати звичну нитку.

Ви можете отримати всі живі нитки Thread.getAllStackTraces()та перервати ту, що висить.

Thread.getAllStackTraces().keySet().each() {
  t -> if (t.getName()=="YOUR THREAD NAME" ) {   t.interrupt();  }
}

ОНОВЛЕННЯ:

Вищеописане рішення з використанням потоків може не працювати на більш пізніх версіях Дженкінса. Щоб перервати заморожені трубопроводи, зверніться до цього рішення ( alexandru-bantiuc ) і запустіть:

Jenkins.instance.getItemByFullName("JobName")
                .getBuildByNumber(JobNumber)
                .finish(
                        hudson.model.Result.ABORTED,
                        new java.io.IOException("Aborting build")
                );

У мене була та сама проблема, і виправити її через консоль Jenkins.

Перейдіть у розділ "Керування Дженкінсом"> "Консоль сценарію" та запустіть сценарій:

 Jenkins .instance.getItemByFullName("JobName")
        .getBuildByNumber(JobNumber)
        .finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build")); 

Вам просто потрібно вказати свої JobName та JobNumber.

Якщо ви отримали багатогалузеву трубопровідну роботу (а ви адміністратор Дженкінса), використовуйте на консолі сценарію Дженкінса цей сценарій:

Jenkins.instance
.getItemByFullName("<JOB NAME>")
.getBranch("<BRANCH NAME>")
.getBuildByNumber(<BUILD NUMBER>)
.finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build"));

З https://isissue.jenkins-ci.org/browse/JENKINS-43020

Якщо ви не впевнені, що таке повне ім’я (шлях) завдання, ви можете скористатися наступним фрагментом, щоб перерахувати повне ім’я всіх елементів:

  Jenkins.instance.getAllItems(AbstractItem.class).each {
    println(it.fullName)
  };

З https://support.cloudbees.com/hc/en-us/articles/226941767-Groovy-to-list-all-jobs

Я використовую плагін для моніторингу для цього завдання. Після установки плагіна

1. Перейдіть до Manage Jenkins> Monitoring of Hudson / Jenkins master
2. Розгорніть подробиці ниток, маленьке синє посилання праворуч

3. Шукайте підвішене ім’я роботи

   Ім'я теми розпочнеться так

   Executor #2 for master : executing <your-job-name> #<build-number>

4. Клацніть червону, круглу кнопку праворуч у таблиці рядка, яку має ваше бажане завдання

Одного разу я зіткнувся з побудовою, яку "консоль сценарію" не могла зупинити. Нарешті я вирішив проблему цими кроками:

ssh onto the jenkins server
cd to .jenkins/jobs/<job-name>/builds/
rm -rf <build-number>
restart jenkins

Перше запропоноване рішення досить близько. Якщо ви використовуєте stop () замість interrupt (), це навіть вбиває утікаючі нитки, які нескінченно працюють у жорстокому системному сценарії. Це знищить будь-яку збірку, яка працює на роботу. Ось код:

Thread.getAllStackTraces().keySet().each() {
    if (it.name.contains('YOUR JOBNAME')) {  
      println "Stopping $it.name"
      it.stop()
    }
}

Якщо у вас трубопровід, який не можна зупиняти, спробуйте наступне:

1. Відмовтеся від роботи, натиснувши червоний X поруч із панеллю прогресу збирання
2. Клацніть на "Призупинити / відновити" на збірці, щоб призупинити
3. Натисніть кнопку "Призупинити / відновити" ще раз, щоб відновити збірку

Дженкінс зрозуміє, що роботу слід припинити і припинить роботу

Без того , щоб використовувати консоль сценарію або додаткові плагіни, ви можете просто перервати збірки , ввівши /stop, /termабо /killпісля URL збірки в вашому браузері.

Дослівне цитування з вищенаведеного посилання:

Завдання на трубопроводі можна зупинити, надіславши HTTP POST-запит до кінцевих точок URL-адреси збірки.

• <BUILD ID URL> / stop - скасовує трубопровід.
• <BUILD ID URL> / term - примусово припиняє збірку (слід використовувати лише тоді, коли зупинка не працює.
• <BUILD ID URL> / kill - важко вбити трубопровід. Це найбільш руйнівний спосіб зупинки трубопроводу і його слід використовувати лише в крайньому випадку.

Для таких випадків плагін може стати корисним. Це автоматично знищить роботу, якщо це займе занадто довго.

Я здогадуюсь відповісти занадто пізно, але мені допомагають деякі люди.

1. Встановіть плагін моніторингу. ( http://wiki.jenkins-ci.org/display/JENKINS/Monitoring )
2. Перейдіть до jenkinsUrl / моніторинг / вузли
3. Перейдіть до розділу "Нитки" внизу
4. Клацніть на кнопці деталі зліва від майстра
5. Сортувати за часом користувача (мс)
6. Потім подивіться на ім’я потоку, у вас буде ім’я та номер збірки
7. Вбий це

У мене недостатньо репутації, щоб розміщувати зображення, вибачте.

Сподіваюся, це може допомогти

Верхній відповідь майже працював для мене, але у мене була одна серйозна проблема: у мене була дуже велика кількість (~ 100) робочих місць зомбі з - за особливо погано ймеру Дженкінс, тому вручну знайти потрібне ім'я завдання номер збірки кожного і кожна робота із зомбі, а потім ручне їх вбивство було нездійсненним. Ось як я автоматично знайшов і вбив зомбі-роботи:

Jenkins.instance.getItemByFullName(multibranchPipelineProjectName).getItems().each { repository->
  repository.getItems().each { branch->
    branch.builds.each { build->
      if (build.getResult().equals(null)) {
        build.doKill()
      }
    }
  }
}

Цей скрипт перебирає всі складання всіх завдань і використовує getResult().equals(null)для визначення того, закінчила чи ні робота. Збірка, яка знаходиться в черзі, але ще не запущена, не буде повторена (оскільки цієї збірки не буде job.builds), і завершена вже складена конструкція поверне щось інше, ніж nullдля build.getResult(). Легально виконана робота також матиме результат нарощуванняnull , тому переконайтеся, що у вас немає запущених завдань, які ви не хочете вбивати, перш ніж виконувати цю .

Кілька вкладених циклів в основному необхідні для виявлення кожної гілки / PR для кожного сховища в проекті багатогалузевого трубопроводу; якщо ви не використовуєте багатогалузеві трубопроводи, ви можете просто переглядати всі ваші завдання безпосередньо чимось подібним Jenkins.instance.getItems().each.

Я подивився на джерело Дженкінса, і, здається, те, що я намагаюся зробити, неможливо, тому що зупинення роботи, як видається, робиться через переривання теми. Я поняття не маю, чому робота висить, хоча ..

Редагувати:

Можливі причини зупинки роботи:

• якщо Дженкінс застряг у нескінченному циклі, він ніколи не може бути перерваний.
• якщо Дженкінс здійснює мережевий або файловий введення / вивід у Java VM (наприклад, тривала копія файлу або оновлення SVN), це не може бути перервано.

Зазвичай я в таких випадках використовую джинкінс-клі. Ви можете завантажити банку зі сторінки http://your-jenkins-host:PORT/cli. Потім бігайте

java -jar jenkins-cli.jar delete-builds name_of_job_to_delete hanging_job_number

Допоміжна інформація:

Ви також можете пройти ряд подібних конструкцій 350:400. Загальна допомога, доступна за допомогою запуску

java -jar jenkins-cli.jar help

Довідка команд контексту для delete-buildsкористувача

java -jar jenkins-cli.jar delete-builds

Відповідь Олександра Бантюка спрацював для мене, щоб зупинити будівництво, але мої виконавці все ще проявляли себе як зайняті. Я зміг очистити статус зайнятого виконавця за допомогою наступного

server_name_pattern = /your-servers-[1-5]/
jenkins.model.Jenkins.instance.getComputers().each { computer ->
  if (computer.getName().find(server_name_pattern)) {
    println computer.getName()
    execList = computer.getExecutors()      
    for( exec in execList ) {
      busyState = exec.isBusy() ? ' busy' : ' idle'
      println '--' + exec.getDisplayName() + busyState
      if (exec.isBusy()) {
        exec.interrupt()
      }
    }
  }
}

Був цей самий випуск, але не було нитки стека. Ми видалили завдання за допомогою цього фрагмента в консолі Дженкінса. Замініть ім'я роботи та збільшить номер на свій.

def jobname = "Main/FolderName/BuildDefinition"
def buildnum = 6
Jenkins.instance.getItemByFullName(jobname).getBuildByNumber(buildnum).delete(); 

Нещодавно я натрапив на вузол / агент, у якого один виконавець протягом днів займав збірку "X" завдання трубопроводу, хоча ця сторінка вакансій стверджувала, що збірка "X" більше не існує (відкидається після 10 наступних збірок (!), Як конфігурується в роботі конвеєра). Перевірено, що на диску: build "X" справді не було.

Рішення: саме агент / вузол помилково повідомив, що окупований виконавець зайнятий виконанням збірки "X". Перервавши нитку виконавця, негайно випустив її.

def executor = Jenkins.instance.getNode('NODENAME').computer.executors.find {
    it.isBusy() && it.name.contains('JOBNAME')
}

println executor?.name
if (executor?.isBusy()) executor.interrupt()

Інші розглянуті відповіді:

• Відповідь від @cheffe: не вийшло (див. Наступний пункт та оновлення нижче).
• Відповіді Thread.getAllStackTraces(): немає відповідної нитки.
• Відповідь від @ levente-holló та всі відповіді з getBuildByNumber(): не застосовувались, оскільки збірки насправді вже не було!
• Відповідь від @austinfromboston: це наблизилось до моїх потреб, але це також призвело б до ураження будь-яких інших складових, які працюють на даний момент.

Оновлення:
Я знову пережив подібну ситуацію, коли Виконавець протягом декількох днів був зайнятий (ще існує) готовим будівництвом трубопроводу. Цей фрагмент коду був єдиним робочим рішенням.

У мене був той самий випуск за останні півгодини ...

Не вдалося видалити зомбі-збірку, що працює в моєму багатогалузевому конвеєрі. Навіть сервер перезапускається користувальницьким інтерфейсом або навіть з командного рядка через sudo service jenkins restart блокує виконання ... Збірка не зупиняється ... Вона завжди з’являється.

Використовувана версія: Jenkins ver 2.150.2

Мене дуже роздратувало, але ... заглянувши в журнал збірки, я виявив щось проміжне в кінці журналу:

Червоними позначеними частинами є "розчаровуючі частини" ... Як ви бачите, я завжди хотів відмовитись від збірки з інтерфейсу користувача, але це не вийшло ...

Але є гіперпосилання з текстом Click here to forcibly terminate running steps... (перший зелений) Тепер я натиснув посилання ...) Після виконання посилання з'явилося повідомлення про Still pausedінше ПосиланняClick here to forcibily kill entire build (друге зелене) Після натискання на це посилання також скласти нарешті було важко вбито ...

Отож, здається, це працює без будь-яких спеціальних плагінів (за винятком самого плагін збірки багатогалузевих трубопроводів).

У мене було багато завдань по зомбі, тому я використав такий сценарій:

for(int x = 1000; x < 1813; x = x + 1) {
    Jenkins .instance.getItemByFullName("JOBNAME/BRANCH")
    .getBuildByNumber(x)
    .finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build"))
}

Це працює для мене щоразу:

Thread.getAllStackTraces().keySet().each() {
if (it.name.contains('YOUR JOBNAME')) {  
  println "Stopping $it.name"
  it.stop()
}

Завдяки funql.org

У мене вже двічі траплялася така ж проблема, єдиний виправити диван - перезапустити сервер tomcat і перезапустити збірку.

Утиліта, яку я написав під назвою jkillthread, може бути використана для зупинки будь-якого потоку в будь-якому процесі Java, якщо ви можете увійти до машини, що працює під тим самим обліковим записом.

ДУЖЕ ПРОСТЕ РІШЕННЯ

Причиною того, що я бачив цю проблему, було неправильне httpпосилання на сторінці, замість того https, щоб воно припинило роботу. Все, що вам потрібно зробити - це відредагувати onclickатрибут на html-сторінці, дотримуючись наступного

1. Відкрийте консольний журнал роботи (трубопровід), який завис
2. Клацніть все, що є в наявності, щоб знищити роботу (значок x, "Клацніть тут, щоб насильно припинити виконання кроків" тощо), щоб отримати "Клацніть тут, щоб насильно вбити всю збірку", видно посилання (це НЕ на даний момент буде натискати)
3. Відкрийте консоль браузера ( використовуйте будь-яку з трьох для chrome: F12; ctrl + shift + i; меню-> більше інструментів-> інструменти для розробників )
4. Знайдіть посилання "Натисніть тут, щоб насильно вбити всю збірку" вручну або за допомогою кнопки "вибрати елемент на сторінці" консолі
5. Двічі клацніть на onclick атрибут, щоб змінити його значення
6. Append , sщоб httpматиhttps
7. Натисніть Enter, щоб надіслати зміни
8. Натисніть посилання "Натисніть тут, щоб насильно вбити всю збірку"

Використовуйте скріншот для довідки

Використання консолі Script за адресою https: // my-jenkins / script

import hudson.model.Job
import org.jenkinsci.plugins.workflow.job.WorkflowRun

Collection<Job> jobs = Jenkins.instance.getItem('My-Folder').getAllJobs()
for (int i = 0; i < jobs.size(); i++) {
  def job = jobs[i]
  for (int j = 0; j < job.builds.size(); j++) {
    WorkflowRun build = job.builds[j]
    if (build.isBuilding()) {
      println("Stopping $job ${build.number}")
      build.setResult(Result.FAILURE)
    }
  }
}

Жодне з цих рішень не працювало на мене. Мені довелося перезавантажити машину, на якій був встановлений сервер. Незрозумілу роботу зараз немає.

Ви можете просто скопіювати завдання та видалити старе. Якщо не важливо, що ви втратили старі журнали збірки.

Ось як я вирішив цю проблему у версії 2.100з Blue Ocean

• Єдині плагіни, які я встановив, - це бітбукет.
• У мене є лише один вузол.

sshв мою коробку Дженкінса
cd ~/.jenkins(де я зберігаю джинкіни)
cd job/<job_name>/branches/<problem_branch_name>/builds
rm -rf <build_number>

Після цього ви можете необов’язково змінити номер у nextBuildNumber(я це зробив)

Нарешті, я перезапустив jenkins ( brew services restart jenkins) Цей крок, очевидно, буде відрізнятися залежно від способу управління та встановлення Jenkins.

Введіть блакитно-океанський інтерфейс користувача. Спробуйте припинити роботу звідти.