Jenkins tot, aber pid-Datei existiert

Habe ich ein Problem, wo eine frische Installation von Jenkins nicht zugänglich ist. Dies ist der Fehler, und OS details: Nach dem Start jenkins Ergebnisse im "OK" - status-Meldung, aber wenn ich ausführen, status-all | grep jenkins das Ergebnis:

jenkins dead but pid file exists

Läuft auf Red Hat Enterprise Linux Server release 6.2 (Santiago) mit der Yum Paket-manager.

rpm -qa | grep java

java-1.7.0-openjdk-1.7.0.19-2.3.9.1.el6_4.x86_64
java-1.6.0-openjdk-1.6.0.0-1.61.1.11.11.el6_4.x86_64
tzdata-java-2011l-4.el6.noarch
libvirt-java-0.4.7-1.el6.noarch
libvirt-java-devel-0.4.7-1.el6.noarch
java-1.6.0-openjdk-devel-1.6.0.0-1.61.1.11.11.el6_4.x86_64

Berechtigungen sind:

ls -la /var/lib/jenkins/
total 8
drwxr-xr-x   2 jenkins jenkins 4096 Aug 27 00:21 .
drwxr-xr-x. 29 root    root    4096 Aug 27 14:47 ..

Hat jemand dieses Problem gelöst, bevor?

  • Haben Sie einen Blick auf die log-Datei und sehen, welche Fehler Sie sind es immer.
  • log-Dateien sind leer.
  • Wie wäre catalina.aus -, dass man leer auch? Hat mir alle möglichen Sachen in es. Es gibt auch eine conf/logging.Eigenschaften, die Sie anpassen können die log-Geschwätzigkeit.
  • Keine tomcat auf diesem Feld. - Installiert werden, indem Sie in dieser Dokumentation: wiki.jenkins-ci.org/display/JENKINS/...
  • Ich habe auch das gleiche Problem aber wenig Unterschied. Wenn Jenkins gestoppt GitLab ist, kann der Zugriff über browser und bei GitLab ist gestoppt Jenkins kann den Zugriff per browser, kann aber nicht auf beide zur gleichen Zeit auch Jenkins läuft auf port 8080 und GitLab läuft auf port 80.
InformationsquelleAutor 3ck | 2013-08-27
  1. 10

    Ändern JENKINS_AJP_PORT="8009" (ODER was auch immer-Wert) JENKINS_AJP_PORT="-1"

    Es wird sicher arbeiten.

    • Ich habe keine Worte, um Ihnen zu danken! Meine Jenkins brach sofort nach der Installation von Tomcat und ich habe versucht, alle Arten von Updates, die mit keinerlei Auswirkungen, bis dieser! Danke, danke, danke!!!
    • Ich betreibe den oben genannten Befehl erfolgreich ausgeführt. aber wenn ich den status wieder bekomme ich die gleiche Meldung jenkins dead but pid file exists
    • Warum muss diese änderung Arbeit und was sind die Auswirkungen dieser änderung? Es gibt nichts, hören Sie auf 8009, aber diese änderung nicht bekommen Jenkins neu starten.
    • Wo ist die config Datei bitte ?
    InformationsquelleAutor lokesh1607
  2. 8

    Während der folgenden AWS-tutorial auf Einrichten einer build-pipeline mit Jenkins und Amazon ECS traf ich genau denselben Fehler.

    Ändern der ports hat das problem nicht lösen.

    Ich herausgefunden, dass der Fehler von der kommenden version von Java installiert auf Jenkins.

    Aktualisierte java-1.7.0-openjdk-java-1.8.0-openjdk hat den trick

    BEARBEITEN:
    Von Anatoly Kommentar zu update-java:

    sudo yum install java-1.8.0-openjdk

    dann entfernen Sie die alte version:

    sudo yum remove java-1.7.0-openjdk.x86_64

    Schließlich, starten Sie jenkins-Dienst

    sudo service jenkins restart
    • wow perfekt, danke. Java aktualisieren: installieren sudo yum install java-1.8.0-openjdk und dann entfernen Sie die alte version sudo yum remove java-1.7.0-openjdk.x86_64
    • yep, die mir helfen =) ich denke, amazon sollte fix das tutorial nun durch.
    InformationsquelleAutor CloC
  3. 2

    In der Regel den tomcat-Dienst, über den 8080 port.
    Versuchen Sie den tomcat-Dienst stoppen und erneut den jenkins-Dienst.

    service tomcat stoppen;

    service jenkins starten

    Arbeitete für mich.

    InformationsquelleAutor Isaace Eliussi
  4. 1

    War ich immer die gleichen Fehler, ich konnte nicht starten Sie die Instanz in keiner Weise.

    Habe ich ein "yum update" in die server und das problem behoben.

    • java-version "1.7.0_55"
    • Jenkins ver. 1.571
    • Wow, ich habe versucht, viele der anderen oben aufgeführten Lösungen dieser, und nur die Aktualisierung funktionierte es. Ich vermute, dass einige java-Bibliothek mit der Abhängigkeit war, veraltet ist nachdem ich aktualisiert auf Java 8.
    InformationsquelleAutor Miguel Reyes
  5. 1

    Gerade erlebt, dieses problem mit RHEL installieren. Das Update war für mich der explizit den JENKINS_JAVA_CMD Konfigurations-parameter.

    E. g.

    sudo vim /etc/sysconfig/jenkins
update:
    JENKINS_JAVA_CMD=""
to:
    JENKINS_JAVA_CMD="/usr/java/default/bin/java"
    • Basierend auf den Kommentar in dieser config Datei, es sagt, es wird die Verwendung eines "geeignet" java, wenn seine leer. Ich denke, dies sollte nur funktionieren, wenn du mehrere java-Installationen, und es ist mit den falschen.
    InformationsquelleAutor Brian Lenoski
  6. 0

    Nur eine Vermutung - RHEL/CentOS haben file execution deaktiviert, auf das /tmp-Verzeichnis standardmäßig.

    Versuchen:

    mount -o remount,exec /tmp

    Und dann (neu)starten Jenkins.

    Ermöglicht, dass Binarys ausgeführt werden (auch .so-Dateien werden geladen) aus dem /tmp/- Verzeichnis, was es sieht aus wie diese Besondere Verpackung von Jenkins braucht, um zu laden, eine Art von JNI-code. Wenn ich versuchte zu installieren und laufen auf CentOS 6.4 das war die einzige Frage, die ich hatte.

    Wenn das funktioniert, dann können Sie entweder festlegen, so geschieht dies standardmäßig beim Start über die Einstellungen in /etc/fstab (praktikabel, senkt aber die Sicherheit auf Ihrem system), oder versuchen zu hacken, den Startvorgang von der Installations-du hast (nicht empfohlen), oder installieren Sie es mit Tomcat oder anderen Verpackungen, die nicht erfordern file execution auf das /tmp-Verzeichnis (empfohlen, aber mehr Arbeit).

    • mount: can't find /tmp in /etc/fstab or /etc/mtab - Ich bin immer diese Fehlermeldung.
    • Ich bin mit dem gleichen Fehler.
    • Grund für downvote?
    • Hinweis für die nächste person, die sich nach unten Stimmen diese Antwort: Der Fehler "jenkins tot, aber pid-Datei existiert" bedeutet genau das - Sie begann jenkins und er starb und nur die pid-Datei bleibt. Dass die Fehlermeldung nicht genug Daten, um daraus schließen warum er starb. Meine Antwort hier basiert auf einer Vermutung. Nur weil deine Jenkins nicht funktioniert und man weiß nicht warum, bedeutet nicht, Sie sollten nach unten Stimmen meine Antwort 😉 ich finde es amüsant, dass die post weiter unten, der sagt "Es wird sicher arbeiten" ist genau so wahrscheinlich nicht funktionieren - für die gleichen oben genannten Gründen.
    • Bitte, bitte, bitte unten abstimmen, diese Antwort - vor allem, wenn Sie keine Ahnung haben, wie die Verwaltung einer Linux-Maschine oder was ist falsch mit Ihnen.
    • nur die Antwort für die Nachwelt - dieser Fehler bedeutet, dass es kein /tmp-Verzeichnis in das normale mount listing unter /etc/fstab - Sie sind wahrscheinlich mit einer anderen Art von Linux. (Original-post spricht über RHEL, weshalb meine Antwort ist spezifisch für das.)

    InformationsquelleAutor Brad Peabody
  7. 0

    Aus den Protokollen meiner Frage war
    java.io.FileNotFoundException: /var/cache/jenkins/Krieg/META-INF/MANIFEST.MF (Permission denied)

    Die swithced Eigentum von meinem Benutzer Jenkins läuft als zu "jenkins", chown ' Ing das problem behoben

    InformationsquelleAutor IanWatson
  8. 0

    Folgendes hat mir geholfen:

    einige Zeit es wird einige veraltete jenkins-Verfahren, so ps -ef | grep jenkins alle töten und neu starten, wie oben, es wird sauber.

    ps -ef | grep jenkins
sudo kill -kill <pid>

    Entnommen hier (Dank an @sharp)

    InformationsquelleAutor ItayB
  9. 0
    cd /etc/sysconfig/jenkins

    Ändern JENKINS_AJP_PORT

    Ändern Sie es von 

    JENKINS_AJP_PORT="8009"

    zu

    JENKINS_AJP_PORT="-1"
    • Warum muss diese änderung Arbeit und was sind die Auswirkungen dieser änderung? Es gibt nichts, hören Sie auf 8009, aber diese änderung nicht bekommen Jenkins neu starten.
    InformationsquelleAutor Manjunatha.N
  10. 0

    für die oben genannten Fehler konnte ich in /var/run/jenkins.pid und entfernt einer bereits bestehenden Verarbeitung-ID.

    Dann jenkins-Prozess gestartet wurde und läuft nun erfolgreich.

    InformationsquelleAutor Vignesh
  11. 0

    Sicherzustellen, dass der Besitzer des jenkins.log Datei ist der jenkins Benutzer

    chown jenkins:jenkins jenkins.log

    Ohne richtigen Besitzer, jenkins wird Abstürzen, sobald Sie den Dienst starten,

    InformationsquelleAutor Sayse
  12. 0

    Versuchen zu ändern, das der Benutzer von jenkins, um root in /etc/sysconfig/jenkins

    JENKINS_USER="root"

    ODER

    check das Eigentum von
    /var/lib/jenkins
    /var/cache/jenkins

    Ändern Sie die Eigentumsrechte an jenkins und ändern Sie den Benutzer in /etc/sysconfig/jenkins zu "jenkins" es wird funktionieren.
    Auch ändern Sie die Eigentumsrechte /var/logs/jenkins

    InformationsquelleAutor Chetan kapoor
  13. 0

    Den Fehler den ich hatte, war eigentlich aufgrund der Tatsache, dass /var/run/jenkins war im Besitz von root, sondern als der jenkins Benutzer. Die folgenden behoben das Problem für mich:

    sudo chown -R jenkins:jenkins /var/run/jenkins
    InformationsquelleAutor Yevgeniy Brikman
  14. 0

    Bitte änderungen in folgenden Schritten(Vorausgesetzt - Sie wollen, stellen Sie den port 8888 als jenkins port )

    1. Editiert man /etc/init.d/jenkins.

    Fügen Sie die folgenden zwei Zeilen am Anfang der Datei nach DAEMON_ARGS:

    HTTP_PORT=8888
    JENKINS_ARGS="--httpPort=$HTTP_PORT"

    2.Bearbeiten Sie die /etc/sysconfig/jenkins

    und ändern

    JENKINS_PORT="8888"

    Start Jenkins-Dienst mit dem folgenden Befehl aus dem terminal 

    service jenkins start

    Check-Jenkins' - status

    service jenkins status
    InformationsquelleAutor Mohsin - Angular Developer
  15. 0

    In der folgenden Datei:

    /etc/sysconfig/jenkins

    Hatte ich, um folgenden Wert:

    JENKINS_USER="root"
    InformationsquelleAutor SRao
  16. -1
    sudo vim /etc/sysconfig/jenkins
     update:
       JENKINS_USER="jenkins"
        to:


    JENKINS_USER="root"

    Arbeit für mich

    • Bitte Bearbeiten Sie mit mehr Informationen. Code-und nur "versuchen, diese" Antworten sind nicht erwünscht, denn Sie enthalten keine durchsuchbaren Inhalten, und nicht erklären, warum jemand sollte "try this". Wir bemühen uns, hier zu sein, eine Ressource für wissen.
    InformationsquelleAutor Vivi
Schreibe einen Kommentar