Unser Jenkins-Server hat einen Job, der seit drei Tagen ausgeführt wird, aber nichts tut. Wenn Sie auf das kleine X in der Ecke klicken, wird nichts ausgeführt, und im Konsolenausgabeprotokoll wird auch nichts angezeigt. Ich habe unsere Build-Server überprüft und der Job scheint überhaupt nicht ausgeführt zu werden.

Gibt es eine Möglichkeit, Jenkins mitzuteilen, dass der Job "erledigt" ist, indem Sie eine Datei oder eine Sperre oder etwas anderes bearbeiten? Da wir viele Jobs haben, möchten wir den Server nicht wirklich neu starten.

Gehen Sie zu "Jenkins verwalten"> "Skriptkonsole", um ein Skript auf Ihrem Server auszuführen und den hängenden Thread zu unterbrechen.

Sie können alle Live-Threads abrufen Thread.getAllStackTraces()und den hängenden Thread unterbrechen.

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

AKTUALISIEREN:

Die obige Lösung mit Threads funktioniert möglicherweise nicht mit neueren Jenkins-Versionen. Um gefrorene Pipelines zu unterbrechen, beziehen Sie sich stattdessen auf diese Lösung (von alexandru-bantiuc ) und führen Sie Folgendes aus:

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

Ich hatte auch das gleiche Problem und behebte es über Jenkins Console.

Gehen Sie zu "Jenkins verwalten"> "Skriptkonsole" und führen Sie ein Skript aus:

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

Sie müssen nur Ihren Jobnamen und Ihre Jobnummer angeben.

Wenn Sie einen Multibranch Pipeline- Job haben (und ein Jenkins-Administrator sind), verwenden Sie in der Jenkins Script Console dieses Skript:

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

Von https://issues.jenkins-ci.org/browse/JENKINS-43020

Wenn Sie sich nicht sicher sind, wie der vollständige Name (Pfad) des Jobs lautet, können Sie das folgende Snippet verwenden, um den vollständigen Namen aller Elemente aufzulisten:

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

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

Ich benutze das Monitoring Plugin für diese Aufgabe. Nach der Installation des Plugins

1. Gehen Sie zu Jenkins verwalten> Überwachung des Hudson / Jenkins-Masters
2. Erweitern Sie die Details der Themen, den kleinen blauen Link auf der rechten Seite

3. Suchen Sie nach dem Jobnamen, der aufgehängt ist

   Der Name des Threads beginnt so

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

4. Klicken Sie ganz rechts in der Tabelle der Zeile, die Ihr gewünschter Job hat, auf die rote, runde Schaltfläche

Einmal stieß ich auf einen Build, der von der "Script Console" nicht gestoppt werden konnte. Schließlich habe ich das Problem mit folgenden Schritten gelöst:

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

Die erste vorgeschlagene Lösung ist ziemlich nah. Wenn Sie stop () anstelle von interrupt () verwenden, werden sogar außer Kontrolle geratene Threads beendet, die in einem groovigen Systemskript endlos ausgeführt werden. Dadurch wird jeder Build beendet, der für einen Job ausgeführt wird. Hier ist der Code:

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

Wenn Sie einen unaufhaltsamen Pipeline-Job haben, versuchen Sie Folgendes:

1. Brechen Sie den Auftrag ab, indem Sie auf das rote X neben der Fortschrittsanzeige für den Build klicken
2. Klicken Sie im Build auf "Pause / Fortsetzen", um die Pause anzuhalten
3. Klicken Sie erneut auf "Pause / Fortsetzen", um den Build fortzusetzen

Jenkins wird erkennen, dass der Job beendet werden sollte und stoppt den Build

Ohne die Skript Konsole oder zusätzliche Plugins zu verwenden, können Sie einfach abbrechen Build durch Eingabe /stop, /termoder /killnach der Build - URL in Ihrem Browser.

Wörtlich aus dem obigen Link zitieren:

Pipeline-Jobs können gestoppt werden, indem eine HTTP-POST-Anforderung an URL-Endpunkte eines Builds gesendet wird.

• <BUILD ID URL> / stop - bricht eine Pipeline ab.
• <BUILD ID URL> / term - Beendet einen Build zwangsweise (sollte nur verwendet werden, wenn stop nicht funktioniert.
• <BUILD ID URL> / kill - Töte eine Pipeline hart. Dies ist der zerstörerischste Weg, eine Pipeline zu stoppen, und sollte nur als letzter Ausweg verwendet werden.

Das Build-Timeout-Plugin kann in solchen Fällen nützlich sein. Der Job wird automatisch beendet, wenn er zu lange dauert.

Ich denke, es ist zu spät, um zu antworten, aber ich helfe einigen Leuten.

1. Installieren Sie das Überwachungs-Plugin. ( http://wiki.jenkins-ci.org/display/JENKINS/Monitoring )
2. Gehen Sie zu jenkinsUrl / monitoring / node
3. Gehen Sie zum Abschnitt Threads unten
4. Klicken Sie auf die Detailschaltfläche links neben dem Master
5. Sortieren nach Benutzerzeit (ms)
6. Schauen Sie sich dann den Namen des Threads an, Sie haben den Namen und die Nummer des Builds
7. Töte es

Ich habe nicht genug Ruf, um Bilder zu posten, sorry.

Hoffe es kann helfen

Die beste Antwort hat fast für mich funktioniert, aber ich hatte ein großes Problem: Ich hatte eine sehr große Anzahl (~ 100) von Zombie-Jobs aufgrund eines besonders zeitlich schlecht abgestimmten Jenkins-Neustarts, also manuell den Jobnamen und die Build-Nummer von jedem und Jeder Zombie-Job und das manuelle Töten war unmöglich. So habe ich die Zombie-Jobs automatisch gefunden und getötet:

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

Dieses Skript durchläuft alle Builds aller Jobs und getResult().equals(null)ermittelt, ob der Job beendet wurde oder nicht. Ein Build, der sich in der Warteschlange befindet, aber noch nicht gestartet wurde, wird nicht wiederholt (da dieser Build nicht vorhanden ist job.builds), und ein Build, der bereits fertig ist, gibt etwas anderes als nullfor zurück build.getResult(). Ein legitim ausgeführter Job hat auch ein Build-Ergebnis von. nullStellen Sie daher sicher, dass Sie keine laufenden Jobs haben, die Sie nicht beenden möchten, bevor Sie diesen ausführen.

Die mehreren verschachtelten Schleifen sind hauptsächlich erforderlich, um jeden Zweig / PR für jedes Repository in einem Multibranch-Pipeline-Projekt zu ermitteln. Wenn Sie keine Multibranch-Pipelines verwenden, können Sie einfach alle Ihre Jobs direkt mit so etwas wie durchlaufen Jenkins.instance.getItems().each.

Ich habe mir die Jenkins-Quelle angesehen und es scheint, dass das, was ich versuche, unmöglich ist, da das Stoppen eines Jobs anscheinend über einen Thread-Interrupt erfolgt. Ich habe keine Ahnung, warum der Job hängt.

Bearbeiten:

Mögliche Gründe für unaufhaltsame Jobs:

• Wenn Jenkins in einer Endlosschleife steckt, kann er niemals abgebrochen werden.
• Wenn Jenkins eine Netzwerk- oder Datei-E / A in der Java-VM ausführt (z. B. langwierige Dateikopie oder SVN-Aktualisierung), kann diese nicht abgebrochen werden.

In solchen Fällen benutze ich normalerweise Jenkins-Cli. Sie können das Glas von einer Seite herunterladen http://your-jenkins-host:PORT/cli. Dann renne

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

Zusatzinfo:

Sie können auch eine Reihe von Builds wie übergeben 350:400. Allgemeine Hilfe beim Ausführen

java -jar jenkins-cli.jar help

Kontextbefehlshilfe für delete-buildsvon

java -jar jenkins-cli.jar delete-builds

Die Antwort von Alexandru Bantiuc hat gut funktioniert, um den Bau zu stoppen, aber meine Testamentsvollstrecker waren immer noch beschäftigt. Ich konnte den Status des beschäftigten Executors wie folgt löschen

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()
      }
    }
  }
}

Hatte das gleiche Problem, aber es gab keinen Stack-Thread. Wir haben den Job mithilfe dieses Snippets in der Jenkins-Konsole gelöscht. Ersetzen Sie den Jobnamen und erstellen Sie die Nummer durch Ihre.

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

Kürzlich bin ich auf einen Knoten / Agenten gestoßen, bei dem ein Executor tagelang von einem Build "X" eines Pipeline-Jobs besetzt war, obwohl auf dieser Jobseite behauptet wurde, dass Build "X" nicht mehr existiert (verworfen nach 10 nachfolgenden Builds (!), As im Pipeline-Job konfiguriert). Verifiziert, dass auf Festplatte: Build "X" wirklich weg war.

Die Lösung: Es war der Agent / Knoten, der fälschlicherweise gemeldet hat, dass der besetzte Executor mit dem Ausführen von Build "X" beschäftigt war. Durch das Unterbrechen des Threads des Executors wurde dieser sofort freigegeben.

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

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

Andere Antworten berücksichtigt:

• Die Antwort von @cheffe: hat nicht funktioniert (siehe nächster Punkt und Update unten).
• Die Antworten mit Thread.getAllStackTraces(): kein passender Thread.
• Die Antwort von @ levente-holló und alle Antworten mit getBuildByNumber(): traf nicht zu, da der Build nicht mehr wirklich da war!
• Die Antwort von @austinfromboston: Das kam meinen Bedürfnissen nahe, hätte aber auch alle anderen Builds, die im Moment laufen, zerstört.

Update:
Ich habe wieder eine ähnliche Situation erlebt, in der ein Executor tagelang mit einem (noch vorhandenen) fertigen Pipeline-Build beschäftigt war. Dieses Code-Snippet war die einzige funktionierende Lösung.

Ich hatte das gleiche Problem in der letzten halben Stunde ...

Konnte keinen Zombie-Build löschen, der in meiner Pipeline mit mehreren Zweigen ausgeführt wird. Sogar ein Neustart des Servers über die Benutzeroberfläche oder sogar über sudo service jenkins restart die Befehlszeile über hat die Ausführung blockiert ... Der Build konnte nicht gestoppt werden ... Er wurde immer wieder angezeigt.

Gebrauchte Version: Jenkins Version 2.150.2

Ich war sehr verärgert, aber ... als ich in das Protokoll des Builds schaute, fand ich am Ende des Protokolls etwas Interessantes:

Die rot markierten Teile sind die "frustrierenden Teile" ... Wie Sie sehen, wollte ich den Build immer von der Benutzeroberfläche abbrechen, aber es hat nicht funktioniert ...

Aber es gibt einen Hyperlink mit Text Click here to forcibly terminate running steps... (erster grüner) Jetzt habe ich den Link gedrückt ...) Nach der Linkausführung erschien eine Nachricht über Still pausedmit einem anderen Link Click here to forcibily kill entire build(zweiter grüner) Nach dem Drücken dieses Links war auch der Build endlich schwierig getötet...

Dies scheint also ohne spezielle Plugins zu funktionieren (mit Ausnahme des Build-Plugins für Multibranch-Pipelines selbst).

Ich hatte viele Zombi-Jobs, also habe ich das folgende Skript verwendet:

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"))
}

Das funktioniert bei mir immer:

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

Danke an funql.org

Hatte ich jetzt zweimal das gleiche Problem, bestand das einzige Problem darin, den Tomcat-Server neu zu starten und den Build neu zu starten.

Ein von mir geschriebenes Dienstprogramm namens jkillthread kann verwendet werden, um jeden Thread in einem Java-Prozess zu stoppen, solange Sie sich bei dem Computer anmelden können, auf dem der Dienst unter demselben Konto ausgeführt wird.

SEHR EINFACHE LÖSUNG

Der Grund, warum ich dieses Problem sah, war ein falscher httpLink auf der Seite, stattdessen httpssollte der Job gestoppt werden. Alles, was Sie tun müssen, ist, das onclickAttribut auf der HTML-Seite wie folgt zu bearbeiten

1. Öffnen Sie ein Konsolenprotokoll des Jobs (der Pipeline), der hängen geblieben ist
2. Klicken Sie auf das, was verfügbar ist, um den Job zu beenden (x-Symbol, "Klicken Sie hier, um laufende Schritte zwangsweise zu beenden" usw.), um den Link "Klicken Sie hier, um den gesamten Build zwangsweise zu beenden" anzuzeigen ( NICHT) wird im Moment anklickbar sein).
3. Öffnen Sie die Konsole des Browsers ( verwenden Sie eine der drei Optionen für Chrome: F12; Strg + Umschalt + i; Menü-> Weitere Tools-> Entwicklertools )
4. Suchen Sie den Link "Klicken Sie hier, um den gesamten Build zwangsweise zu beenden" manuell oder verwenden Sie die Schaltfläche "Element auf der Seite auswählen" der Konsole
5. Doppelklicken Sie auf onclick Attribut, um dessen Wert zu bearbeiten
6. Anhängen sanhttp habenhttps
7. Drücken Sie die Eingabetaste, um die Änderungen zu senden
8. Klicken Sie auf den Link "Klicken Sie hier, um den gesamten Build gewaltsam zu beenden"

Verwenden Sie den Screenshot als Referenz

Verwenden der Skriptkonsole unter 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)
    }
  }
}

Keine dieser Lösungen hat bei mir funktioniert. Ich musste den Computer neu starten, auf dem der Server installiert war. Der nicht zu tötende Job ist jetzt weg.

Sie können den Job einfach kopieren und den alten löschen. Wenn es keine Rolle spielt, dass Sie die alten Build-Protokolle verloren haben.

Hier ist, wie ich dieses Problem in der Version 2.100mit Blue Ocean behoben habe

• Die einzigen Plugins, die ich installiert habe, sind für Bitbucket.
• Ich habe nur einen einzigen Knoten.

sshin meine Jenkins Box
cd ~/.jenkins(wo ich Jenkins aufbewahre)
cd job/<job_name>/branches/<problem_branch_name>/builds
rm -rf <build_number>

Danach können Sie optional die Nummer in ändern nextBuildNumber(ich habe dies getan).

Schließlich habe ich jenkins neu gestartet ( brew services restart jenkins) Dieser Schritt wird offensichtlich unterschiedlich sein, je nachdem, wie Sie Jenkins verwalten und installieren.

Geben Sie die Blue-Ocean-Benutzeroberfläche ein. Versuchen Sie, den Job von dort aus zu stoppen.