Jenkins auf Raspberry PI 3: Admin Unlock nicht möglich

[Bernd (Gast)]

Hallo,

ich versuche gerade mich mit den Grundkonzepten von "Continuous 
Integration" zu befassen. Als erstes Ziel habe ich mir gesetzt, eine 
überschaubare Bastelumgebung auf Basis eines Raspberry Pi Model 3
zu schaffen, auf dem ein Jenkins-Server läuft und ein simples 
Hello-World baut. Raspberry Pi deshalb, weil ich einen physikalisch 
getrennten und entfernten Knecht simulieren will, den ich über SSH oder 
remote-desktop bedienen muss (Das Ding kann ich jederzeit abschießen und 
neu aufsetzen. Rechenleistung ist hier kaum ausschlaggebend)


1) Ich habe hier ein Heim-Netzwerk. An dem Router hängt mein Haupt-PC 
mit Win7 und der Raspi. Adressbereich: 192.168.178.x
2) Eine SSH & RDP-Verbindung zwischen Win7-PC und Raspi funktioniert 
einwandfrei

3) Zunächst habe ich JAVA auf die Raspi auf folgende Version 
hochgezogen:

java -version

Java(TM) SE Runtime Environment (build 1.8.0_65-b17)
Java HotSpot(TM) Client VM (build 25.65-b01, mixed mode)

4) Dann habe ich Jenkins installiert

sudo apt-get install jenkins

Ist durchgelaufen ohne Fehlermeldungen
5) Der Jenkins-Service scheint aber nicht komplett zu laufen:

systemctl status jenkins.service

jenkins.service - LSB: Start jenkins at boot time
Loaded: loaded (/etc/init.d/jenkins; generated; vendor preset: enabled)   
Active: active (exited) since Sun 2018-01-21 12:04:33 CET; 2h 9min ago     
Docs: man:systemd-sysv-generator(8)  
Process: 439 ExecStart=/etc/init.d/jenkins start (code=exited, status=0/SUCCES  
CGroup: /system.slice/jenkins.service
Jan 21 12:04:32 pi_box1 systemd[1]: Starting LSB: Start jenkins at boot time..
Jan 21 12:04:33 pi_box1 su[483]: Successful su for jenkins by root
Jan 21 12:04:33 pi_box1 su[483]: + ??? root:jenkins
Jan 21 12:04:33 pi_box1 su[483]: pam_unix(su:session): session opened for user
Jan 21 12:04:33 pi_box1 jenkins[439]: Starting Jenkins Continuous Integration 
Jan 21 12:04:33 pi_box1 systemd[1]: Started LSB: Start jenkins at boot time.

Ich hätte da "Active: active (running) statt (exited) erwartet!


6) Der Webservice scheint komischerweise zu laufen:
http://127.0.0.1:8080/
--> Das Jenkins-Dashboard via Web-Browser des Raspis wird angezeigt.
Der Zugriff ist gegenwärtig nur (!) über den Raspi möglich, der Win7-PC 
sieht den Webservice hingegen nicht.

7) Die Log-Datei unter /var/log/jenkins
wirf mir folgendes entgegen:

Da ist auch noch was falsch

Jan 21, 2018 1:42:08 PM jenkins.InitReactorRunner$1 onAttained
INFO: Listed all plugins
Jan 21, 2018 1:42:09 PM jenkins.InitReactorRunner$1 onAttained
INFO: Prepared all plugins
Jan 21, 2018 1:42:09 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started all plugins
Jan 21, 2018 1:42:09 PM jenkins.InitReactorRunner$1 onAttained
INFO: Augmented all extensions
Jan 21, 2018 1:42:09 PM jenkins.InitReactorRunner$1 onAttained
INFO: Loaded all jobs
Jan 21, 2018 1:42:15 PM jenkins.diagnosis.HsErrPidList <init>
WARNING: Failed to list up hs_err_pid files
java.lang.UnsatisfiedLinkError: Native library (com/sun/jna/linux-arm/libjnidispatch.so) not found in resource path ([file:/run/jenkins/war/WEB-INF/classes/,  /*gekürzt*/
  at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:803)
  at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:763)
  at com.sun.jna.Native.<clinit>(Native.java:131)
  at com.sun.akuma.CLibrary.<clinit>(CLibrary.java:89)
  at com.sun.akuma.JavaVMArguments.resolvePID(JavaVMArguments.java:126)
  at com.sun.akuma.JavaVMArguments.ofLinux(JavaVMArguments.java:114)
  at com.sun.akuma.JavaVMArguments.of(JavaVMArguments.java:104)
  at com.sun.akuma.JavaVMArguments.current(JavaVMArguments.java:92)
  at jenkins.diagnosis.HsErrPidList.<init>(HsErrPidList.java:62)
  at jenkins.diagnosis.HsErrPidList$$FastClassByGuice$$b61c3f44.newInstance(<generated>)
  at net.sf.cglib.reflect.FastConstructor.newInstance(FastConstructor.java:40)
  at com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:61)
  at com.google.inject.internal.ConstructorInjector.provision(ConstructorInjector.java:108)
  at com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:88)
  at com.google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:269)
  at com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)
  at com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1066)
  at com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)
  at com.google.inject.Scopes$1$1.get(Scopes.java:65)
  at hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1.get(ExtensionFinder.java:429)
  at com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:41)
  at com.google.inject.internal.InjectorImpl$2$1.call(InjectorImpl.java:1009)
  at com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1059)
  at com.google.inject.internal.InjectorImpl$2.get(InjectorImpl.java:1005)
  at hudson.ExtensionFinder$GuiceFinder._find(ExtensionFinder.java:391)
  at hudson.ExtensionFinder$GuiceFinder.find(ExtensionFinder.java:382)
  at hudson.ExtensionFinder._find(ExtensionFinder.java:151)
  at hudson.ClassicPluginStrategy.findComponents(ClassicPluginStrategy.java:341)
  at hudson.ExtensionList.load(ExtensionList.java:295)
  at hudson.ExtensionList.ensureLoaded(ExtensionList.java:248)
  at hudson.ExtensionList.iterator(ExtensionList.java:138)
  at hudson.ExtensionList.get(ExtensionList.java:129)
  at hudson.diagnosis.NullIdDescriptorMonitor.verifyId(NullIdDescriptorMonitor.java:86)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:497)
  at hudson.init.TaskMethodFinder.invoke(TaskMethodFinder.java:105)
  at hudson.init.TaskMethodFinder$TaskImpl.run(TaskMethodFinder.java:169)
  at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:282)
  at jenkins.model.Jenkins$7.runTask(Jenkins.java:901)
  at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:210)
  at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:117)
  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
  at java.lang.Thread.run(Thread.java:745)

Jan 21, 2018 1:42:18 PM jenkins.InitReactorRunner$1 onAttained
INFO: Completed initialization
Jan 21, 2018 1:42:18 PM hudson.TcpSlaveAgentListener <init>
INFO: JNLP slave agent listener started on TCP port 37855
Jan 21, 2018 1:42:18 PM hudson.WebAppMain$3 run
INFO: Jenkins is fully up and running
Jan 21, 2018 1:42:18 PM jenkins.model.Jenkins <init>
INFO: Effective SlaveRestarter on master: null

8) Allerdings erscheint im Web-Interface nicht die erstmalige 
Admin-Freischaltung
(wie unter 
https://www.techcoil.com/blog/how-i-setup-jenkins-on-my-raspberry-pi-3-with-raspbian-stretch-lite/) 
erläutert

Was mache ich falsch?
Für mich sieht das so aus, als ob der Jenkins-Server noch nicht 
vollständig mit allen erforderlichen Komponenten läuft.

[Jim M. (turboj)]

Bernd schrieb:
> 6) Der Webservice scheint komischerweise zu laufen:
> http://127.0.0.1:8080/

Alle Services die an 127.0.0.1 lauschen sind nur lokal ansprechbar. Sie 
müssten entweder an 0.0.0.0 oder der Netzwer-IP lauschen um im Netzwerk 
ansprechbar zu sein.

Alternative: Tunnel via SSH.

Bernd schrieb:
> Java(TM) SE Runtime Environment (build 1.8.0_65-b17)

Aktuell ist 1.8U161. Eventuell ist die alte Version Dein Problem, aber 
Du kanns natürlich mal nach der fehlenden libjnidispatch.so suchen.

[T.roll (Gast)]

Bernd schrieb:
> Ich hätte da "Active: active (running) statt (exited) erwartet!

Nein. Der Startprozess hat jenkins erfolgreich gestartet 
(status=0/SUCCES) und sich selbst (der Startprozess!) daher korrekt 
beendet.

[Sheeva P. (sheevaplug)]

Bernd schrieb:
>

> Process: 439 ExecStart=/etc/init.d/jenkins start (code=exited, 
> status=0/SUCCES
>

>
> Ich hätte da "Active: active (running) statt (exited) erwartet!

Das ist das Startskript in /etc/init.d/ -- das startet den Prozeß und 
beendet sich dann, wie sich das gehört.

> 6) Der Webservice scheint komischerweise zu laufen:
> http://127.0.0.1:8080/
> --> Das Jenkins-Dashboard via Web-Browser des Raspis wird angezeigt.
> Der Zugriff ist gegenwärtig nur (!) über den Raspi möglich, der Win7-PC
> sieht den Webservice hingegen nicht.

Aber nur auf 127.0.0.1, also localhost. Daß Du darauf nicht ohne 
Weiteres (wie einen SSH-Tunnel) von einer entfernten Maschine zugreifen 
kannst, ist ebenfalls absolut korrekt.

>

> Jan 21, 2018 1:42:15 PM jenkins.diagnosis.HsErrPidList <init>
> WARNING: Failed to list up hs_err_pid files
> java.lang.UnsatisfiedLinkError: Native library 
> (com/sun/jna/linux-arm/libjnidispatch.so) not found in resource path 
> ([file:/run/jenkins/war/WEB-INF/classes/,  /*gekürzt*/

sudo apt-get install libjna-java

> INFO: Jenkins is fully up and running
>

Ich würde sagen, er läuft.

> 8) Allerdings erscheint im Web-Interface nicht die erstmalige
> Admin-Freischaltung
> (wie unter
> 
https://www.techcoil.com/blog/how-i-setup-jenkins-on-my-raspberry-pi-3-with-raspbian-stretch-lite/)
> erläutert
>
> Was mache ich falsch?
> Für mich sieht das so aus, als ob der Jenkins-Server noch nicht
> vollständig mit allen erforderlichen Komponenten läuft.

Für mich sieht es so aus, als würde Dein Jenkins mit Ausnahme der 
fehlenden Bibliothek libjna-java korrekt laufen. Warum die 
Admin-Freischaltung nicht kommt, kann ich Dir nicht sagen -- 
möglicherweise hängt es ja mit dieser fehlenden Bibliothek zusammen? 
Vielleicht gibt es hier ja jemanden mit Jenkins-Erfahrung, der diesen 
Punkt beantworten kann.

[Bernd (Gast)]

Danke für eure Ratschläge.

>Aktuell ist 1.8U161. Eventuell ist die alte Version Dein Problem, aber
>Du kanns natürlich mal nach der fehlenden libjnidispatch.so suchen.
"
Ich war bislang noch nicht in der Lage, über Java(TM) SE Runtime 
Environment build 1.8.0_65-b17" hinauszupatchen. Mir ist noch nicht 
klar, wie ich apt-get dazu überreden kann.


>Nein. Der Startprozess hat jenkins erfolgreich gestartet
>(status=0/SUCCES) und sich selbst (der Startprozess!) daher korrekt
>beendet.

>Das ist das Startskript in /etc/init.d/ -- das startet den Prozeß und
>beendet sich dann, wie sich das gehört.

Ok, das Konzept war mir noch nicht bekannt.

>sudo apt-get install libjna-java
Ist bereit drauf und offenbar uptodate.

------

Ich hab jetzt noch einen weiteren, unzerbastelten Raspi herangezogen um 
eventuelle Seiteneffekte ausschließen zu können, mit dem der Jenkins nun 
einwandfrei funktioniert. Den Problemlösungweg habe ich allerdings noch 
nicht komplett verstanden.

1) Raspbian apt-get update + apt-get upgrade
2) Java bleibt auf 1.8.0_65-b17, höher geht nicht
3)
wget -q -O - https://jenkins-ci.org/debian/jenkins-ci.org.key | sudo 
apt-key add -
sudo sh -c 'echo deb http://pkg.jenkins-ci.org/debian binary/ > 
/etc/apt/sources.list.d/jenkins.list'
sudo apt-get update
sudo apt-get install jenkins -y

Mittels der neuen Keys wird statt Jenkins 1.??.?? ein Jenkins ver. 
2.89.3 installiert, mit dem der Betrieb ohne weitere Eingriffe 
funktioniert, inkl. Admin-Freischaltung. Der Server ist nun auch im 
Netzwerk vom Win7-PC aus sichtbar. Die Log-Datei unter /var/log/jenkins 
zeigt nun auch keine Fehler mehr an.