Jenkins ne parvient pas à Démarrer

Nous avons un serveur sous FreeBSD 9.1-p17 et Jenkins. Je interagir avec lui via PuTTY. Nous avons mis à niveau à partir de Jenkins 1.458 à 1.570, via la collection des ports FreeBSD. En raison de ce problème de départ, nous avons décidé de le réinstaller.

Nous avons d'abord désinstallé Jenkins, puis nous avons déménagé le principal Jenkins dossier (/usr/local/eweru-dev/jenkins) à un emplacement de sauvegarde, et réinstallé (encore une fois, de la collection de ports). Lorsque nous avons réinstallé, nous avons gardé l'utilisateur "jenkins" de la dernière installation.

Maintenant, lorsque nous essayons de lancer Jenkins, nous obtenons une erreur. L'erreur ci-dessous est à partir de quand nous essayons de la faire démarrer la navigation vers /usr/local/share/jenkins et en tapant java -jar jenkins.war. Quand on essaie de l'exécuter en tant que service (avec service jenkins onestart), nous obtenons un message très similaire.

L'exception ressemble à celui de ce blog, mais j'ai essayé de connecter Jenkins pour openjdk 7 et 8 en vain.

Est l'information de nos vieux Jenkins installer trouver son chemin dans celui-ci, casser des choses? Ou peut-être il ya quelques problèmes de compatibilité avec FreeBSD 9.1.

Running from: /usr/local/share/jenkins/jenkins.war
webroot: $user.home/.jenkins
Jul 18, 2014 10:53:51 AM winstone.Logger logInternal
INFO: Beginning extraction from war file
Jul 18, 2014 10:53:51 AM org.eclipse.jetty.util.log.JavaUtilLog info
INFO: jetty-8.y.z-SNAPSHOT
Jul 18, 2014 10:53:55 AM org.eclipse.jetty.util.log.JavaUtilLog info
INFO: NO JSP Support for , did not find org.apache.jasper.servlet.JspServlet
Jenkins home directory: /homes/maxerdwien/.jenkins found at: $user.home/.jenkins
Jul 18, 2014 10:53:55 AM hudson.util.BootFailure publish
SEVERE: Failed to initialize Jenkins
hudson.util.AWTProblem: java.lang.NullPointerException
at hudson.WebAppMain.contextInitialized(WebAppMain.java:182)
at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:782)
at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:424)
at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:774)
at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:249)
at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1242)
at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717)
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:494)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:95)
at org.eclipse.jetty.server.Server.doStart(Server.java:282)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at winstone.Launcher.<init>(Launcher.java:154)
at winstone.Launcher.main(Launcher.java:354)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at Main._main(Main.java:293)
at Main.main(Main.java:98)
Caused by: java.lang.NullPointerException
at sun.awt.X11FontManager.getDefaultPlatformFont(X11FontManager.java:779)
at sun.font.SunFontManager$2.run(SunFontManager.java:433)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.SunFontManager.<init>(SunFontManager.java:376)
at sun.awt.X11FontManager.<init>(X11FontManager.java:32)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at java.lang.Class.newInstance(Class.java:374)
at sun.font.FontManagerFactory$1.run(FontManagerFactory.java:83)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.FontManagerFactory.getInstance(FontManagerFactory.java:74)
at java.awt.Font.getFont2D(Font.java:490)
at java.awt.Font.getFamily(Font.java:1219)
at java.awt.Font.getFamily_NoClientCode(Font.java:1193)
at java.awt.Font.getFamily(Font.java:1185)
at java.awt.Font.toString(Font.java:1682)
at hudson.util.ChartUtil.<clinit>(ChartUtil.java:229)
at hudson.WebAppMain.contextInitialized(WebAppMain.java:181)
... 19 more
Jul 18, 2014 10:53:56 AM org.eclipse.jetty.util.log.JavaUtilLog warn
WARNING: Failed startup of context w.{,file:/home/maxerdwien/.jenkins/war/},/homes/maxerdwien/.jenkins/war
java.lang.NullPointerException
at jenkins.util.groovy.GroovyHookScript.run(GroovyHookScript.java:63)
at hudson.util.BootFailure.publish(BootFailure.java:43)
at hudson.WebAppMain.contextInitialized(WebAppMain.java:244)
at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:782)
at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:424)
at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:774)
at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:249)
at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1242)
at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717)
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:494)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:95)
at org.eclipse.jetty.server.Server.doStart(Server.java:282)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
at winstone.Launcher.<init>(Launcher.java:154)
at winstone.Launcher.main(Launcher.java:354)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at Main._main(Main.java:293)
at Main.main(Main.java:98)
Jul 18, 2014 10:53:56 AM org.eclipse.jetty.util.log.JavaUtilLog info
INFO: Started SelectChannelConnector@0.0.0.0:8080
Jul 18, 2014 10:53:56 AM winstone.Logger logInternal
INFO: Winstone Servlet Engine v2.0 running: controlPort=disabled

Toute aide serait très appréciée. J'ai cherché sur google pendant des jours.

C'est une supposition, mais vérifiez votre X service dans votre linux. S'il ne fonctionne pas essayez de le démarrer. perpetualpc.net/srtd_xinit.html
Qu'entendez-vous par "essayé de connecter Jenkins pour openjdk7 et 8"? Voulez-vous dire que vous avez installé sur votre système? Je crois que le recommandé JDK pour que Jenkins version est openjdk7. Sauf si vous avez un besoin pour plusieurs Jdk sur votre système, vous pourriez envisager de la désinstallation puis la réinstallation juste celui que vous voulez (openjdk7). Qui ne sera probablement pas résoudre quoi que ce soit, mais au moins cela permettra de limiter les sources d'erreur possibles.
Comment puis-je vérifier si elle est en cours d'exécution? "ps -Un" ne pas montrer quoi que ce soit qui ressemble à X service.
Vous avez raison, le JDK par défaut est openjdk7. Sur les conseils de ce post, j'ai ajouté une ligne à rc.conf que lire jenkins_java_home="/usr/local/openjdk8 pour remplacer la valeur par défaut. Jenkins a aucun moyen de savoir que d'autres Jdk existe même sur la machine, donc comme vous le dites, il ne sera probablement pas résoudre quoi que ce soit. En outre, il existe d'autres programmes sur le serveur qui nécessitent différentes Jdk.
Il est (malheureusement) pas rare pour les différentes versions d'un même logiciel de conflit en écrasant les uns des autres fichiers dans certains emplacements partagés. Lorsque cela se produit, même si vous dites à Jenkins d'utiliser jdk8, il peut n'avons pas le choix, mais à charge de certains jdk7 fichiers. Encore une fois, je ne suis pas sûr que ce soit le problème, mais il est certainement possible.

OriginalL'auteur max | 2014-07-18

  1. 4

    FreeBSD serveur est un serveur headless. Donc, il n'a pas de graphiques installés, y compris les polices.

    Pour une raison quelconque, Jenkins tente d'accéder à des polices lors du chargement. Ce comportement peut être supprimée par l'ajout de l'option -Djava.awt.headless=true pour le conteneur de la JVM. C'est la solution qui a fonctionné pour moi.

    Il semble que certains systèmes d'exploitation de reconnaître ce type d'erreur, mais FreeBSD n'a pas. https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+got+java.awt.headless+problème

    Les noms de police sont en train d'être récupérée en utilisant x service. "Le FreeBSD serveur est un serveur headless." c'est un mauvais argument. Vous pouvez le configurer pour l'utiliser si vous avez une carte vidéo disponible pour votre système d'exploitation:freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html

    OriginalL'auteur max

  2. 2

    Vérifier l'autorisation de l'jenkins dossier. assurez-vous que l'utilisateur d'exécuter le serveur jenkins ont l'autorisation d'accès au dossier.

    OriginalL'auteur Erxin

  3. 1

    Pour moi -Djava.awt.headless=true n'aide pas du tout. En fait, c'est déjà spécifié dans la configuration par défaut de Fedora, alors les chances sont que c'est aussi dans la config par défaut de FreeBSD. Pour moi, il manquait le paquet fontconfig.

    Détails: http://vault-tec.info/post/98877792626/jenkins-service-unavailable

    OriginalL'auteur bviktor

  4. 0

    Suis confronté au même problème ici, et en ajoutant -Djava.awt.headless=true ne l'aide pas. J'ai téléchargé jenkins.la guerre et essayé de courir à l'aide de java -jar jenkins.war sur windows 7 & 10 et il ne fonctionne pas. Suis en cours d'exécution java version, 

    java version "1.8.0_144"
Java(TM) SE Runtime Environment (build 1.8.0_144-b01)
Java HotSpot(TM) 64-Bit Server VM (build 25.144-b01, mixed mode)

    La solution qui a fonctionné pour moi,

    1. Désinstaller toutes les versions de java et des mises à jour de votre système

    2. Nettoyage des fichiers temporaires et de la base de registre (j'ai utilisé CCLeaner)

    3. Télécharger la dernière version Oracle

    4. Installer et aime ce commentaire si cette solution a fonctionné pour vous !

    En outre, essayez de la supprimer .jenkins répertoire, si possible

    OriginalL'auteur Ramit Mitra