Automate Build (IGIRTC-94)
[IGIRTC-95] Jen.: configure Jenkins server Created: 12/Oct/12
Updated: 14/Feb/14 Due:
02/Nov/12 Resolved: 14/Feb/14
Status:
Project:
Component/s:
Affects
Version/s:
Fix Version/s:
Security Level:
Closed
IGI-MW - Release-Testing-Certification
None
None
Type:
Reporter:
Resolution:
Labels:
Remaining
Estimate:
Time Spent:
Original
Estimate:
Sub-task
Doina Cristina Duma
Fixed
CI
Not Specified
None
Public (Visbile by non-authn users.)
Priority:
Assignee:
Votes:
Major
Doina Cristina Duma
0
Not Specified
Not Specified
Description
 configure Jenkins with authentication
 verify first builds (on master)
Comments
Comment by Doina Cristina Duma [ 12/Oct/12 ]
Configured using: https://wiki.jenkins-ci.org/display/JENKINS/Standard+Security+Setup
username admin
pwd: http://en.wikipedia.org/wiki/Spherical_cow - S...C...12
First build tried - error .
Comment by Doina Cristina Duma [ 14/Oct/12 ]
attivita' di oggi:

tried few projects (3), but decided to stick to "yaim" - see test_yaim project - SUCCESSFUL!!!
Prima ho installato:




mrepo & createrepo - per trovare un modo facile di pubblicare i artefacts
ho aggiunto il plugin Artefactory a jenkins - adesso guardo anche come installare Artefactory (la
publicita' dice "the world’s most advanced repository manager", e non sembra difficile)
rpm-build - provando un make in locale ho visto che non era installato, direi che anche Jenkins avrebbe
dato i stessi erorri se arrivava fare il passo "make".
incontrato un pb/bug - https://issues.jenkins-ci.org/browse/JENKINS-14680 - risolto come descritto li
adesso il CVS plugin mostra v. 2.6 - ATTENZIONE per rimuovere TUTTI i cvs.hdi serve anche un
"locate", inquanto si devono rimuovere anche da:
o /var/cache/jenkins/war/WEB-INF/plugins/
o /var/lib/jenkins/.jenkins/war/WEB-INF/plugins/
Quindi abbiamo - Jenkins with "standard security setup" e un primo progetto succesful build.
Configuro createrepo(mrepo) per poter pubblicare i artefacts. Poi vedo che altre cose posso imparare.
Domanda - posso aggiungere jenkins in sudoers?
(diciamo che ho gia' provado user sudo essendo "jenkins" ma non mi ricordo la passwd di jenkins, se lo mai
saputa )
Comment by Andrea Ceccanti [ 14/Oct/12 ]
Come repo per la roba maven based io punterei su nexus (che e' quello che ho su radiohead) e aldila'
di quello che scrive artifactory il repo maven piu' utilizzato.
Come repo per la roba non maven (c'e' anche quella), bisognera' capire come configurare apache.
jenkins in sudoers non e' bello.
cvs puo' anche non funzionare, si suppone che la roba sia su github
Comment by Doina Cristina Duma [ 14/Oct/12 ]
ok, allora mi fermo e comincio (nela speranza di finire) il passaggio a github delle "mie cose".
Se ho capito bene - proproni l'uso di due repo managers?
Chiedevo di sudoers perche non mi veniva in mente qualcosa piu' veloce per il spostamento dai artefacts nel
repo (di createrepo) - ma adesso studio meglio.
Comment by Andrea Ceccanti [ 14/Oct/12 ]
assumere che il repo sia locale e' limitante. non c'e' bisogno di essere root per fare upload di artefacts su
un repo (potenzialmente remoto), di solito si danno a jenkins delle credenziali con cui autenticarsi al repo.
l'ho fatto per radiohead, farei la stessa cosa su questo ci server.
un altro aspetto cruciale di come si configurano i build e' legato al naming delle configurazioni.
dovremmo sentirci una mezzoretta per stabilire una regola, documentarla da qualche parte e poi seguirla.
Comment by Doina Cristina Duma [ 14/Oct/12 ]
dimmi quando e' lo meto nel calendar.
Comment by Doina Cristina Duma [ 14/Oct/12 ]
qualche anima pia riesce fare su ci-01 il commando:
sudo usermod -a -G 500,1101 caifti
mi sono rimossa da sola da sudoers e non riesco piu' fare niente.
Comment by Doina Cristina Duma [ 15/Oct/12 ]
allora - abbiamo anche un Nexus up-and-running:
ci-01.cnaf.infn.it:8081/nexus
con passwd del "admin" cambiata (lo detta ad Andrea)
Chi parla con RicardoV delle due porte che abbiamo su queste macchine (8080, 8081) ? O non serve?
Comment by Andrea Ceccanti [ 15/Oct/12 ]
Direi che serve se lo devono poter usare anche a Padova.
Comment by Doina Cristina Duma [ 15/Oct/12 ]
trovato e' installato il nexus-yum-plugin:
https://github.com/sonatype/nexus-yum-plugin
Comment by Doina Cristina Duma [ 16/Oct/12 ]
Avete parlato con RicardoV?
Non vorrei che ci arrivasse qualche notifica per uso... pericoloso/non annunciato...
Comment by Doina Cristina Duma [ 24/Oct/12 ]
reminder per "Avete parlato con RicardoV?"
Comment by Doina Cristina Duma [ 12/Nov/12 ]
aggiunto Fabio
Comment by Doina Cristina Duma [ 20/Nov/12 ]
info per Jenkins:


http://ci-01.cnaf.infn.it:8080
file di config - /etc/sysconfig/jenkins
Comment by Doina Cristina Duma [ 03/Jan/13 ]
il primo aggiornamento a Nexus 2.2.0 e' falito, il server pate ma dopo pocchi sec si "spegne" senza visibili
mottivi.
Per non perdere tempo sono tornata alla 2.1.2. Forse in un altro momento provo direttamente 2.2.0 da "0", senza
il cosidetto "upgrade"
Comment by Doina Cristina Duma [ 03/Jan/13 ]
invece l'upgrade di Jenkins alla 1.496 ha funzionato in 5 sec.
Andrea, mi servirebbero un po di permessi (almeno Configure) su radiohead (per caifti) almeno nella sezione
Job, perche' non riesco vedere la definizione dei job/projects. Prometto che non modifico niente! Grazie!
Comment by Doina Cristina Duma [ 10/May/13 ]
Aggiornamenti alle ultime versioni:
Jenkins - 1.514
Nexus - 2.4.0-09
Comment by Doina Cristina Duma [ 10/May/13 ]
Jenkins - Installati plugin mancanti e aggiornati tutti i altri
Comment by Doina Cristina Duma [ 13/May/13 ]
non riesco piu'far funzionare i archive artefacts da venerdi su ci-02 e ci-03, strnamente funziona su Debian (ci06).
"Archive artefacts" che fino a venerdi funzionavano.
Provo un downgrade di Jenkis
Comment by Doina Cristina Duma [ 13/May/13 ]
downgradea 1.513 - SL6 builds (ci-03) funzionano tutti, SL5 - NON funziona il "archive" SOLO per "stormbackend_BE_1.11_SL5"
Comment by Doina Cristina Duma [ 14/May/13 ]
downgrade alla LTS (1.509-1) - nessun miglioramento.
Da ieri/stamattina nessuno dei build su SLX non vanno piu' - i slve perdono la connessione con il master.
Sono riuscita capire che il motivo sta nel fatto che i slave vperdono la connessione con il master e... rimangono
cosi.
errori nel log di jenkins:
#####
May 14, 2013 2:56:41 PM hudson.model.Run execute
INFO: test_yaim #39 main build action completed: SUCCESS
May 14, 2013 2:56:41 PM hudson.remoting.SynchronousCommandTransport$ReaderThread run
SEVERE: I/O error in channel ci-03
java.io.IOException: Unexpected termination of the channel
at
hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:50)
Caused by: java.io.EOFException
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2595)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1315)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
at hudson.remoting.Command.readFrom(Command.java:92)
at hudson.remoting.ClassicCommandTransport.read(ClassicCommandTransport.java:59)
at
hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48)
#######
questo NON succedde con il slave Debian
Comment by Doina Cristina Duma [ 14/May/13 ]
reference:
https://issues.jenkins-ci.org/browse/JENKINS-4390
e
https://issues.jenkins-ci.org/browse/JENKINS-7641
Comment by Doina Cristina Duma [ 14/May/13 ]
Impressionante!!!!!
apena aggiornato alla OpenJDK 1.7.0 i build vanno con una velocita' spaventosa:
BUILD SUCCESSFUL
Total time: 50 seconds
Archiving artifacts
Notifying upstream projects of job completion
Finished: SUCCESS
(questo e' http://ci-01.cnaf.infn.it:8080/job/storm-backend_BE_1.11_SL5/48/console)
fatto prima anche uno di yaim,-SL5 uguale..
Comment by Doina Cristina Duma [ 14/May/13 ]
grande - anche SL6 va:
BUILD SUCCESSFUL
Total time: 3 minutes 42 seconds
Archiving artifacts
Notifying upstream projects of job completion
Finished: SUCCESS
http://ci-01.cnaf.infn.it:8080/job/storm-backend_BE_1.11_SL6/24/console
anche i "multi" funzionano - direi pb risolto!
Comment by Doina Cristina Duma [ 14/May/13 ]
DOMANDA (Andrea & Valerio) - ritornare alla versione Jenkins "latest & greatest" (1.514) o tenere la LTS?
io sarei per la LTS - con MAJOR update ogni 5 mesi.
Comment by Valerio Venturi [ 15/May/13 ]
Io userei la LTS, e al limite deroghiamo se c'è un fix che vogliamo assolutamente. Andrea ha maggior
esperienza. Adesso radiohead è oltre la LTS per esempio.
Comment by Doina Cristina Duma [ 15/May/13 ]
lo so che radiohead e' avanti, anche ci-01 e' stata aggiornata alla ultima (1.514), prima di tutti i lavori per capire
il pb. pero' mi sembraa piu' ... prudente avere la LTS su ci-01.
Questo e' il modello:
https://wiki.jenkins-ci.org/display/JENKINS/LTS+Release+Line
Comment by Doina Cristina Duma [ 28/May/13 ]
ritorno a chiedere "avette parlato con Ricardov?"
servirebbe apprire la 8080 e 8081 o ... dare accesso alla VPN ai altri.
Comment by Doina Cristina Duma [ 23/Jul/13 ]
Per risolvere problemi disco riscontrati su ci-01:


rimozione l'ambiente KDE (tutti i ^kde*)
rimozione /var/log/glusterfs.log, cambiato log-level in "WARNING", reboot ci-01
Comment by Doina Cristina Duma [ 14/Feb/14 ]
CI-01 abbastanza stabile, non c'e' bisogno seguirlo trammitte task
Generated at Wed May 31 23:58:12 CEST 2017 using JIRA 6.3.15#6346sha1:dbc023dd75cecacf443c4b235f66124b15f5c5fe.