JENKINS_URL and public mirrors - a discussion before opening a ticket

[Jason Pyeron]

Background:

 

In our lab we host range of projects from public open source to sensitive 
private customer projects. Because our Jenkins install works with all of them, 
we have never got around to making it externally accessible. We hacked up a 
reverse proxy to expose a single project via our public web server recently. 
The public reverse proxy is allow listing only the …/job/opensource-job-name/ 
URLs.

 

Issues:

 

The public website organization does not have the same base url structure as 
the “Jenkins URL” value. As such generated links in this public mirror have the 
wrong prefix. E.g. Jenkins URL=https://internal.excample.com/a/b/ and the 
public mirror is at https://www.example.com/c/d/e/ . This results in 404 errors.

 

Potential solution approach:

 

A patch or plugin to allow a more dynamic calculation of JENKINS_URL could 
allow the presentation of the same Jenkins information from two different 
points of view. In the Jenkins Location section a new checkbox would appear, 
“allow HTTP Header override”. When checked it would override the JENKINS_URL 
value if the header was injected by the reverse proxy and the default at all 
other times (e.g. scheduled job email links). The help text would instruct that 
all reverse proxies should strip or explicitly set the header and the Jenkins 
server should be firewalled against access by non-proxies.

 

Benefits:

 

* Mirroring of (selected) Jenkins content becomes more flexible.

* Different security domains/realms can have different filtered accesses

 

I am happy to write the patch, but it may be beyond my current understanding of 
the Jenkins internals.

 

Thoughts?

 

-Jason

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/085701d6cb07%24c9002d90%245b0088b0%24%40pdinc.us.

RE: Java install for Windows agent?

[Jason Pyeron]

Should have been more clear – 

 

We use a junction so actual files and directories are on the desired drives and 
paths. When setting up a node we identify the “default” CWD w/ active drive – 
this is either replaced with a junction or the subdirectories are made as 
junctions.

 

These junctions also include setting up various tools to directories without 
spaces in the name e.g. CWD\tools\junction-to-jdk -> c:\program 
files\Java\jdk-x.y.z\

 

-Jason 

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Jérôme Godbout
Sent: Friday, November 27, 2020 11:34 AM
To: jenkinsci-users@googlegroups.com
Subject: RE: Java install for Windows agent?

 

You do a windows junction into the filesystem? why does it need the prior cd 
path && and not just jump into the junction path directly before/after the 
junction is created???

 





une compagnie  

RAPPROCHEZ LA DISTANCE


Jérôme Godbout
Software / Firmware Lead


p: +1 (418) 800-1073 ext.:109


 <http://www.amotus-solutions.com/> amotus.ca
 <http://statum-iot.com/> statum-iot.com

 <https://www.facebook.com/LesSolutionsAmotus/>   
<https://www.linkedin.com/company/amotus-solutions/>   
<https://twitter.com/AmotusSolutions>   
<https://www.youtube.com/channel/UCoYpQgsmj1iJZyDjTQ3x8Ig> 



COVID-19 : we are glad to inform you that  <https://www.amotus-solutions.com/> 
Amotus are up and running with limited impact on our performance. We will keep 
you informed of any changes as they occur.

COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus opèrent 
adéquatement et que l’impact sur notre productivité est minimisé. Nous vous 
tiendrons au courant de tout changement.

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of Jason Pyeron
Sent: November 27, 2020 10:20 AM
To: jenkinsci-users@googlegroups.com <mailto:jenkinsci-users@googlegroups.com> 
Subject: RE: Java install for Windows agent?

 

We use a junction.

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Jérôme Godbout
Sent: Friday, November 27, 2020 10:15 AM
To: jenkinsci-users@googlegroups.com <mailto:jenkinsci-users@googlegroups.com> 
Subject: RE: Java install for Windows agent?

 

Ho right, mine was into c:\JenkinsSlave

 

Starting agent process: cd "c:\JenkinsSlave" && C:\Java\1_8_0_261\/bin/java  
-jar remoting.jar -workDir c:\JenkinsSlave -jar-cache 
c:\JenkinsSlave/remoting/jarCache

 

make me wonder why it need to change the directory before running since the 
working directory is already pass as an argument, the remoting.jar should 
change the current working directory by itself in a cross platform way. This 
seem like someone got lazy into the remoting.jar and put that awkward  cwd 
needs in front. Should maybe have a flag to move to cwd to workDir 

--CwdFromWorkDir

if not all use case need that. That would avoid all that mess upfront and make 
it easier to have cross platform behavior. My 2 cents about this. 

 

 





une compagnie  

RAPPROCHEZ LA DISTANCE


Jérôme Godbout
Software / Firmware Lead


p: +1 (418) 800-1073 ext.:109


 <http://www.amotus-solutions.com/> amotus.ca
 <http://statum-iot.com/> statum-iot.com

 <https://www.facebook.com/LesSolutionsAmotus/>   
<https://www.linkedin.com/company/amotus-solutions/>   
<https://twitter.com/AmotusSolutions>   
<https://www.youtube.com/channel/UCoYpQgsmj1iJZyDjTQ3x8Ig> 



COVID-19 : we are glad to inform you that  <https://www.amotus-solutions.com/> 
Amotus are up and running with limited impact on our performance. We will keep 
you informed of any changes as they occur.

COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus opèrent 
adéquatement et que l’impact sur notre productivité est minimisé. Nous vous 
tiendrons au courant de tout changement.

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of David Aldrich
Sent: November 27, 2020 9:24 AM
To: jenkinsci-users@googlegroups.com <mailto:jenkinsci-users@googlegroups.com> 
Subject: Re: Java install for Windows agent?

 

Thanks. The problem was that Jenkins executes:

cd "e:\jenkins" && %JAVA_HOME%\java.exe  -jar remoting.jar ...
 
but cd does not change drive, it remains on C: and can't find \jenkins and so 
fails.
 
I fixed it by putting 'E: && ' in the remote command prefix box.  Perhaps there 
is a better way ...

 

On Fri, Nov 27, 2020 at 2:02 PM Jérôme Godbout mailto:godbo...@amotus.ca> > wrote:

Hi,

make sure Jenkins remote user does have access to your e:\jenkins  and clean 
that folder content of any previous data there. If this is not work

RE: Java install for Windows agent?

[Jason Pyeron]

Unlike most POSIX (Unix) like systems where there is only one root file system, 
windows has multiple.

 

As such you have multiple current working directories, one per root.

 

You may be in C:\Program Files\Java\jdk\bin and D:\home\myusername\ and 
E:\projects\projectx\ at the same time. You need to inform the system which 
file system (volume) is the current volume. 

 

E.g.

 

Microsoft Windows [Version 10.0.18363.778]

(c) 2019 Microsoft Corporation. All rights reserved.

 

C:\Users\jpyeron.000>D:

 

D:\>C:

 

C:\Users\jpyeron.000>CD D:\inst

 

C:\Users\jpyeron.000>D:

 

D:\inst>CD \\?\C:\

'\\?\C:\'

CMD does not support UNC paths as current directories.

 

D:\inst>CD /D C:\

 

C:\>CD /?

Displays the name of or changes the current directory.

 

CHDIR [/D] [drive:][path]

CHDIR [..]

CD [/D] [drive:][path]

CD [..]

 

  ..   Specifies that you want to change to the parent directory.

 

Type CD drive: to display the current directory in the specified drive.

Type CD without parameters to display the current drive and directory.

 

Use the /D switch to change current drive in addition to changing current

directory for a drive.

…

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Jérôme Godbout
Sent: Friday, November 27, 2020 11:34 AM
To: jenkinsci-users@googlegroups.com
Subject: RE: Java install for Windows agent?

 

You do a windows junction into the filesystem? why does it need the prior cd 
path && and not just jump into the junction path directly before/after the 
junction is created???

 





une compagnie  

RAPPROCHEZ LA DISTANCE


Jérôme Godbout
Software / Firmware Lead


p: +1 (418) 800-1073 ext.:109


 <http://www.amotus-solutions.com/> amotus.ca
 <http://statum-iot.com/> statum-iot.com

 <https://www.facebook.com/LesSolutionsAmotus/>   
<https://www.linkedin.com/company/amotus-solutions/>   
<https://twitter.com/AmotusSolutions>   
<https://www.youtube.com/channel/UCoYpQgsmj1iJZyDjTQ3x8Ig> 



COVID-19 : we are glad to inform you that  <https://www.amotus-solutions.com/> 
Amotus are up and running with limited impact on our performance. We will keep 
you informed of any changes as they occur.

COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus opèrent 
adéquatement et que l’impact sur notre productivité est minimisé. Nous vous 
tiendrons au courant de tout changement.

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of Jason Pyeron
Sent: November 27, 2020 10:20 AM
To: jenkinsci-users@googlegroups.com <mailto:jenkinsci-users@googlegroups.com> 
Subject: RE: Java install for Windows agent?

 

We use a junction.

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Jérôme Godbout
Sent: Friday, November 27, 2020 10:15 AM
To: jenkinsci-users@googlegroups.com <mailto:jenkinsci-users@googlegroups.com> 
Subject: RE: Java install for Windows agent?

 

Ho right, mine was into c:\JenkinsSlave

 

Starting agent process: cd "c:\JenkinsSlave" && C:\Java\1_8_0_261\/bin/java  
-jar remoting.jar -workDir c:\JenkinsSlave -jar-cache 
c:\JenkinsSlave/remoting/jarCache

 

make me wonder why it need to change the directory before running since the 
working directory is already pass as an argument, the remoting.jar should 
change the current working directory by itself in a cross platform way. This 
seem like someone got lazy into the remoting.jar and put that awkward  cwd 
needs in front. Should maybe have a flag to move to cwd to workDir 

--CwdFromWorkDir

if not all use case need that. That would avoid all that mess upfront and make 
it easier to have cross platform behavior. My 2 cents about this. 

 

 





une compagnie  

RAPPROCHEZ LA DISTANCE


Jérôme Godbout
Software / Firmware Lead


p: +1 (418) 800-1073 ext.:109


 <http://www.amotus-solutions.com/> amotus.ca
 <http://statum-iot.com/> statum-iot.com

 <https://www.facebook.com/LesSolutionsAmotus/>   
<https://www.linkedin.com/company/amotus-solutions/>   
<https://twitter.com/AmotusSolutions>   
<https://www.youtube.com/channel/UCoYpQgsmj1iJZyDjTQ3x8Ig> 



COVID-19 : we are glad to inform you that  <https://www.amotus-solutions.com/> 
Amotus are up and running with limited impact on our performance. We will keep 
you informed of any changes as they occur.

COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus opèrent 
adéquatement et que l’impact sur notre productivité est minimisé. Nous vous 
tiendrons au courant de tout changement.

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of David Aldrich
Sent: November 27, 2020

RE: Java install for Windows agent?

[Jason Pyeron]

We use a junction.

 

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Jérôme Godbout
Sent: Friday, November 27, 2020 10:15 AM
To: jenkinsci-users@googlegroups.com
Subject: RE: Java install for Windows agent?

 

Ho right, mine was into c:\JenkinsSlave

 

Starting agent process: cd "c:\JenkinsSlave" && C:\Java\1_8_0_261\/bin/java  
-jar remoting.jar -workDir c:\JenkinsSlave -jar-cache 
c:\JenkinsSlave/remoting/jarCache

 

make me wonder why it need to change the directory before running since the 
working directory is already pass as an argument, the remoting.jar should 
change the current working directory by itself in a cross platform way. This 
seem like someone got lazy into the remoting.jar and put that awkward  cwd 
needs in front. Should maybe have a flag to move to cwd to workDir 

--CwdFromWorkDir

if not all use case need that. That would avoid all that mess upfront and make 
it easier to have cross platform behavior. My 2 cents about this. 

 

 





une compagnie  

RAPPROCHEZ LA DISTANCE


Jérôme Godbout
Software / Firmware Lead


p: +1 (418) 800-1073 ext.:109


  amotus.ca
  statum-iot.com

    
   
   
 



COVID-19 : we are glad to inform you that   
Amotus are up and running with limited impact on our performance. We will keep 
you informed of any changes as they occur.

COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus opèrent 
adéquatement et que l’impact sur notre productivité est minimisé. Nous vous 
tiendrons au courant de tout changement.

 

From: jenkinsci-users@googlegroups.com 
  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of David Aldrich
Sent: November 27, 2020 9:24 AM
To: jenkinsci-users@googlegroups.com  
Subject: Re: Java install for Windows agent?

 

Thanks. The problem was that Jenkins executes:



cd "e:\jenkins" && %JAVA_HOME%\java.exe  -jar remoting.jar ...
 
but cd does not change drive, it remains on C: and can't find \jenkins and so 
fails.
 
I fixed it by putting 'E: && ' in the remote command prefix box.  Perhaps there 
is a better way ...

 

On Fri, Nov 27, 2020 at 2:02 PM Jérôme Godbout mailto:godbo...@amotus.ca> > wrote:

Hi,

make sure Jenkins remote user does have access to your e:\jenkins  and clean 
that folder content of any previous data there. If this is not working, check 
the master remote file for any right or corruption.

 

Jerome

 

 





une compagnie  

RAPPROCHEZ LA DISTANCE


Jérôme Godbout
Software / Firmware Lead


p: +1 (418) 800-1073 ext.:109


  amotus.ca
  statum-iot.com

    
   
   
 



COVID-19 : we are glad to inform you that   
Amotus are up and running with limited impact on our performance. We will keep 
you informed of any changes as they occur.

COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus opèrent 
adéquatement et que l’impact sur notre productivité est minimisé. Nous vous 
tiendrons au courant de tout changement.

 

From: jenkinsci-users@googlegroups.com 
  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of David Aldrich
Sent: November 27, 2020 4:17 AM
To: jenkinsci-users@googlegroups.com  
Subject: Re: Java install for Windows agent?

 

Still trying to connect to Jenkins Windows agent using ssh. I have configured 
JAVA_HOME on the agent and set the agent's configuration to:

JavaPath%JAVA_HOME%\java.exe

but I get:

[11/27/20 09:15:15] [SSH] Copying latest remoting.jar...
Source agent hash is D866F0B482DB94F38E49B26B465D5DB5. Installed agent hash is 
D866F0B482DB94F38E49B26B465D5DB5
Verified agent jar. No update is necessary.
Expanded the channel window size to 4MB
[11/27/20 09:15:16] [SSH] Starting agent process: cd "E:\jenkins" && 
%JAVA_HOME%\java.exe  -jar remoting.jar -workDir E:\jenkins -jar-cache 
E:\jenkins/remoting/jarCache
Error: Unable to access jarfile remoting.jar
Agent JVM has terminated. Exit code=1
[11/27/20 09:15:16] Launch failed - cleaning up connection
[11/27/20 09:15:16] [SSH] Connection closed.

 

Any idea why it can't access remoting.jar?

Best regards

David

 

 

On Thu, Nov 26, 2020 at 9:26 PM Jérôme Godbout mailto:godbo...@amotus.ca> > wrote:

You can inject the wanted java folder into the Node configuration into Jenkins 
master configuration pa

RE: Recommended way to setup a windows agent nowadays ? (off topic)

[Jason Pyeron]

Alex:

 

Happy work with you on writing this up. Could merge the MS and Cygwin 
approaches in the write up.

 

Message me on or off list.

 

-Jason

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Slide
Sent: Monday, November 23, 2020 12:22 PM
To: Jenkins User Mailing List 
Subject: Re: Recommended way to setup a windows agent nowadays ?

 

I would highly recommend switching to using SSH for Windows agents. The 
Win32-OpenSSH implementation from MS is supported from Windows 7 on (though 
Windows 7 is EOL). This makes it easier to maintain your agents because both 
the Windows and Linux agents are using the same mechanism. I've been meaning to 
write a blog post about this, but haven't had the time to. I switched all of my 
agents over to SSH last year and it has been working very well for me.

 

Regards,

 

Alex

 

On Mon, Nov 23, 2020 at 7:12 AM Jérôme Godbout mailto:godbo...@amotus.ca> > wrote:

Hi, 

 

if you are using Windows 10 for your slave, just enable the Windows Features 
for OpenSSH client and server. This would make it just like a Linux node. Make 
sure to put your Java install into a path without spaces (I think the fix is in 
the pipeline depending of the Jenkins version you have).

That make it easier as it do just like linux to log in and seem more safe to 
me, you just put the credentials into the Jenkins master for the ssh key.

 

 





une compagnie  

RAPPROCHEZ LA DISTANCE


Jérôme Godbout
Développeur Logiciel Sénior / 
Senior Software Developer


p: +1 (418) 800-1073 ext.:109


  amotus.ca
  statum-iot.com

    
   
   
 



COVID-19 : we are glad to inform you that   
Amotus are up and running with limited impact on our performance. We will keep 
you informed of any changes as they occur.

COVID-19 : nous sommes fiers d’informer nos collaborateurs que Amotus opèrent 
adéquatement et que l’impact sur notre productivité est minimisé. Nous vous 
tiendrons au courant de tout changement.

 

From: jenkinsci-users@googlegroups.com 
  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of Francois Marot
Sent: November 23, 2020 6:24 AM
To: Jenkins Users mailto:jenkinsci-users@googlegroups.com> >
Subject: Recommended way to setup a windows agent nowadays ?

 

 

Hello Jenkins users,

 

I'm in the process of upgrading my Jenkins installation. My Jenkins Linux 
master has been updated with the latest LTS but not the agents for the moment.

I'm wondering how to update the Windows agents.

For exemple: one outputs the following logs:
> "WARNING: Remoting version is older than a minimum required one (3.14). 
> Connection will not be rejected, but the compatibility is NOT guaranteed"

 

I think it was configured with JavaWebStart and runs as a service but I also 
think that Java Web Start is more or less deprecated in Java 8+.

On the other hand, configuring with the other way (WMI I think) leads to the 
following help message in Jenkins master:
> " This launch method relies on DCOM and is often associated with subtle 
> problems 
> 
>  . Consider using Launch agents using Java Web Start instead "

 

So my question is: what is the preffered way to setup a windows agent connected 
to a Linux master nowadays ? Isn't JNLP deprecated ? Is there an up to date 
definitive doc ?

 

Thanks

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/6dd94526-10df-4c77-b734-dda9d7308e54n%40googlegroups.com
 

 .

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/QB1PR01MB384470D344193E3DA4B3CDFC0%40QB1PR01MB3844.CANPRD01.PROD.OUTLOOK.COM
 

 .




 

-- 

Website: http://earl-of-code.com

-- 
You received this message be

RE: Windows slave by ssh

[Jason Pyeron]

Sorry to be a Johnny come lately – but we have only used SSH launch of windows 
for quite a long time now.

 

We use Cygwin to do so. You can use any SSH server though.

 

The most important thing is to ensure Java’s home has no spaces in the path.

 

The second most important thing is to use mixed pathing constructs. E.g. 
javaPath='C:/programs.x64/Java/jdk-14/bin/java note the forward slashes. It is 
a happy middle ground for bash and java.

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Slide
Sent: Wednesday, August 26, 2020 5:18 PM
To: Jenkins User Mailing List 
Subject: Re: Windows slave by ssh

 

Historically, Windows agents couldn't really be run using this plugin, it is 
only somewhat recently that Windows had good SSH support. So, there are 
probably some leftovers from the plugin only being used on *NIX systems. 

 

On Wed, Aug 26, 2020 at 2:07 PM Jérôme Godbout mailto:godbo...@amotus.ca> > wrote:

Hi,

Reinstalling Java into a path like c:\Java work just fine now. Wonder why the 
Linux and the Windows master doesn’t show the same behavior on this? Is this 
code part only for *nix platform?

 

Anyway, thanks for the pointer,

Jerome

 

From: jenkinsci-users@googlegroups.com 
  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of Slide
Sent: August 26, 2020 4:23 PM
To: Jenkins User Mailing List mailto:jenkinsci-users@googlegroups.com> >
Subject: Re: Windows slave by ssh

 

It looks like this code would need to be updated to handle when there are 
spaces:  
https://github.com/jenkinsci/ssh-slaves-plugin/blob/master/src/main/java/hudson/plugins/sshslaves/JavaVersionChecker.java#L91.
 I have the reverse, a Windows controller and Linux agents. I specify the 
JAVA_HOME environment variable in my agent configuration and that works. Can 
you try that?

 

 

 

On Wed, Aug 26, 2020 at 12:38 PM Jérôme Godbout mailto:godbo...@amotus.ca> > wrote:

Hi,

I’m trying to access a Windows slave with SSH using Linux master Jenkins 
2.235.5.

[08/26/20 15:24:48] [SSH] Checking java version of c:\JenkinsSlave/jdk/bin/java
Couldn't figure out the Java version of c:\JenkinsSlave/jdk/bin/java
The system cannot find the path specified.
 
[08/26/20 15:24:49] [SSH] Checking java version of C:\Program 
Files\Java\jdk1.8.0_161/bin/java
Couldn't figure out the Java version of C:\Program 
Files\Java\jdk1.8.0_161/bin/java
'C:\Program' is not recognized as an internal or external command,
operable program or batch file.

…

 

But when I try it from my other Windows Jenkins master 2.251 (my development 
server for testing purpose) it does connect without issue and find the proper 
java into the same path.

 

[08/21/20 13:48:50] [SSH] Starting agent process: cd "c:\JenkinsSlave" && 
"C:\Program Files\Java\jdk1.8.0_161\bin\java.exe"  -jar remoting.jar -workDir 
c:\JenkinsSlave -jar-cache c:\JenkinsSlave/remoting/jarCache

Aug 21, 2020 1:48:50 PM org.jenkinsci.remoting.engine.WorkDirManager 
initializeWorkDir

 

Seem like the c:\Program Files\Java… is not escaped properly under Linux 
master. How to fix that? How can I fix this? 

Should I escape the env var JAVA_HOME and add quote into it? will it break 
something else?

 

I’m trying to move the slave execution from my development Windows laptop to 
our official Linux master.

 

Thanks,

Jerome

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/YTOPR0101MB2315834EB1C8497CD210EEA4CD540%40YTOPR0101MB2315.CANPRD01.PROD.OUTLOOK.COM
 

 .




 

-- 

Website: http://earl-of-code.com

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/CAPiUgVfLE6ybdjjMgzrpVt9UNCB0MF6CBTndkZWgXApOMnv5xQ%40mail.gmail.com
 

 .

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.

RE: viewing the public key for a ssh pki credential?

[Jason Pyeron]

Thanks, I am going to look at JENKINS-60215, and see if I can patch it.

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Ivan Fernandez Calvo
Sent: Wednesday, May 27, 2020 12:47 PM
To: Jenkins Users 
Subject: Re: viewing the public key for a ssh pki credential?

 

You can make groovy magic on the Jenkins console, grab the credential, and 
extract the public key, but sounds odd. but this pipeline make the job for any 
credential and it is easy :D

 

pipeline {

   agent any

   parameters {

  credentials credentialType: 
'com.cloudbees.jenkins.plugins.sshcredentials.impl.BasicSSHUserPrivateKey', 
defaultValue: '', description: '', name: 'credential', required: true

}

   stages {

  stage('Hello') {

 steps {

sshagent([params.credential]) {

sh 'ssh-add -L'

}

 }

  }

   }

}


El martes, 26 de mayo de 2020, 19:35:48 (UTC+2), Jason Pyeron escribió:

For a given existing credential, how can an authorized keys entry be extracted 
from Jenkins? (It is easy to do (in java, openssl, ssh-keygen, etc..) if you 
know the private key)

 

TL;DR

 

Take the following ssh-key being added to Jenkins:

 

$ ssh-keygen.exe -f /tmp/jenkins-issue -t rsa -N '' -C jenkins-issue@hostname

Generating public/private rsa key pair.

Your identification has been saved in /tmp/jenkins-issue

Your public key has been saved in /tmp/jenkins-issue.pub

The key fingerprint is:

SHA256:NDX21mT0Fp47rDryohouLU88iMAtS6K5enLLHO0PuUE jenkins-issue@hostname

The key's randomart image is:

+---[RSA 3072]+

|  +  .+. |

| o o +..o|

|o   o .oo|

|. .. . .  ...|

|o+ .E   S  + |

|=.+oo.. .|

|oo..*=   .   |

|.+o=o=o  o ..|

|+++.*=o.. +o.|

+[SHA256]-+

 

$ cat /tmp/jenkins-issue

-BEGIN OPENSSH PRIVATE KEY-

b3BlbnNzaC1rZXktdjEABG5vbmUEbm9uZQABAAABlwdzc2gtcn

NhAwEAAQAAAYEAy6NY6POJ4K4+QF4k6oFFbsonb8POvSSYWiIudXtqST8biPsKGFcl

3dYlKaxk86cKf6E/JTnBrlecyyB5QL9B0U9nxNdm+dY61dP02PS1T7MRGEm8q4v4jkQGfQ

m7/7ubSiaJ4xJ/QYCs1gzw0+7A4Sb7dSmruOn7C7nE07rJDlLdmM8TZSdITgVfiw+382bE

ojDEwYh0itAoUVxlkiF4QDmohWkexLjINE6klzVsbGUatc7RrMJ21ifxf5ko6z5o7XhGAf

HOIxkstOL7WHPeRRMTACBBfCs6FcjhRm5tloA8mv5OTyj8MRJfTIKEVRQZWNcFfZhKEbn3

BR0dhvAHrl26gSuqMLb3vVbV/FnqsZ47ME8GL3UjMqdERjqw6KyvcjOOWqoBtMq2wWsFFc

3IyfLl3cVul8gnb3qQiuuW42o7VsVEfyHHh7T9nHWH1qyVEUUjszOT4syMt2DzMsHCwdsa

OPxB/PszpYv9epU9Mit8ZxzKxvNv9BfO3nPaUfULAAAFkJEmPFaRJjxWB3NzaC1yc2

EAAAGBAMujWOjzieCuPkBeJOqBRW7KJ2/Dzr0kmFoiLnV7akk/G4j7ChhXJd3WJSmsZPOn

Cn+hPyU5wa5XnMsgeUC/QdFPZ8TXZvnWOtXT9Nj0tU+zERhJvKuL+I5EBn0Ju/+7m0omie

MSf0GArNYM8NPuwOEm+3Upq7jp+wu5xNO6yQ5S3ZjPE2UnSE4FX4sPt/NmxKIwxMGIdIrQ

KFFcZZIheEA5qIVpHsS4yDROpJc1bGxlGrXO0azCdtYn8X+ZKOs+aO14RgHxziMZLLTi+1

hz3kUTEwAgQXwrOhXI4UZubZaAPJr+Tk8o/DESX0yChFUUGVjXBX2YShG59wUdHYbwB65d

uoErqjC2971W1fxZ6rGeOzBPBi91IzKnREY6sOisr3IzjlqqAbTKtsFrBRXNyMny5d3Fbp

fIJ296kIrrluNqO1bFRH8hx4e0/Zx1h9aslRFFI7Mzk+LMjLdg8zLBwsHbGjj8Qfz7M6WL

/XqVPTIrfGccysbzb/QXzt5z2lH1CwMBAAEAAAGBALoEWwFhBn/haygtV5eHwr8zlt

a3jTCmLy2Wr83NkQebyDFW8J/Pa9268nOg8Q7JdgOkbiQ5ID179tRus5R7oUnsOSRMh9qM

4W3WkoFk+AL31hPTt68Uy1ZZuXua2sr+uxn/HlH44ZoaSse1RoCyRirmCym5iQ3/Xr4VUk

D/DQ4ykA44isUKHzh2HBLRpv2G0PQ/jFwlpB/xigLYXkggntI8WT6VCfA1w1xUwnEF8icK

LF4LsOkZMqjqD+a5J/HMLTcF1wqd7SNlUFuNCrWjsfSPejQEE8WDqCFaFkOcho4276ICjP

dlNJV/F2hrOcLMzWenNfQbch1Sp0aFin6OpTSzqt66i8W3QZl4zQ61iLJS+jlVRABwMK0d

2Zc1Xwk9O9px2ResXUf31slMVeXXgGTjQzwLvOytifGhOTVIIIeTxgQfcsyY7OgRwhe64o

W1Pcj1uzkS6Tj/Lc24jdk/fjwQai7RWVP0k2xYgBkbe/A9V/8bZUQHmsjzSmja2ex/0QAA

AMB1l84CrCRmMS7nmFULtSCM0a5bgbobptUoN9f0hCvzt6s2Wu9ImLWyig0R/e5lz2kCqM

hoVXAXjFZnWsyQKsZu4vZ2NBm9yGQOp24LXk7/VX+RaIfgrUKrUP+Qep83s44TRtV6q7T4

KYMLLMY31ibECBxPdNQz5o+GxjoNdyxV4lmPGOgz7l0voPu7v6CLN6aW/NQB3TBBgJLEV7

QTvsrXW94pWVyISpa4wGU/+oKGZOEoQAHc4n4xJ6Swezm9Q1cAAADBAPXqOjQoeYUImOqg

OVmSCCFkeMJVQNOTevF5FOOSu9MoTsXla2ot2uJDqxkyRvhxKsqHX22rSS5ZbMggXN5gSH

gPmDtRpbdqHGSmoPGYcXF45L48E+8gDmySFS0FEx3I5hfcRS0mv6VcVel3P0TG70GP5J/R

GDFxbGlWe+U3dSyXaWJBX43ok+Ly4LocdslV8nkqkAtztgjM+MMA5VQjZumi4AZOqeZZgW

Qc6Gh/Dyq3ZeVRXFEIz/j+GujTFnJMjQAAAMEA0/1FLiAfJoi0sjbB8zBzwngNQ+XxkuXO

ZSNjIfV84VSaUFh1/x3RoV+/00aDyoHVQ7BCNyiLaJ7pC6UTxURkdw1MubbFUB/ZKZadtX

OFT2M/FDr3SjoImRpuoUZItddSKuSxmuRiSwCsScwk6QcHQJ2+EMseggEBwZRjO8JJanLw

x08wtUWlzBaKsOkhm2mW6SGzPpjDfBum9EnEtFIxaMmGCSHjtBUUcTDnerOo65Nax3cjGV

mL5+q+icjzHr33FmplbmtpbnMtaXNzdWVAaG9zdG5hbWUBAgME

-END OPENSSH PRIVATE KEY-

 

$ cat /tmp/jenkins-issue.pub

ssh-rsa 
B3NzaC1yc2EDAQABAAABgQDLo1jo84ngrj5AXiTqgUVuyidvw869JJhaIi51e2pJPxuI+woYVyXd1iUprGTzpwp/oT8lOcGuV5zLIHlAv0HRT2fE12b51jrV0/TY9LVPsxEYSbyri/iORAZ9Cbv/u5tKJonjEn9BgKzWDPDT7sDhJvt1Kau46fsLucTTuskOUt2YzxNlJ0hOBV+LD7fzZsSiMMTBiHSK0ChRXGWSIXhAOaiFaR7EuMg0TqSXNWxsZRq1ztGswnbWJ/F/mSjrPmjteEYB8c4jGSy04vtYc95FExMAIEF8KzoVyOFGbm2WgDya/k5PKPwxEl9MgoRVFBlY1wV9mEoRufcFHR2G8AeuXbqBK6owtve9VtX8

RE: yum repo gpg signature file missing

[Jason Pyeron]

That file is only used when setting up the yum repository the first time. Your 
change will not change anyone’s file configured in the past. So no your change 
will not break anyone.

 

The changes will only be seen by those newly following the instructions at 
https://pkg.jenkins.io/redhat/ or at https://pkg.jenkins.io/redhat-stable/ .

 

For that fact, it is important that each repository section has a unique name, 
without that things could get weird at best or just not work.

 

v/r,

 

Jason

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Mark Waite
Sent: Thursday, May 21, 2020 6:17 PM
To: Jenkins Users 
Subject: Re: yum repo gpg signature file missing

 

I'm less concerned about the affect on systems which have both repos enabled, 
since I expect that to be very few.

 

I'm concerned that change the string inside the square brackets from "jenkins" 
to "jenkins-stable" may cause systems that previously had one yum repository 
for Jenkins to be confused and think they have two.  If you can confirm that 
confusion won't happen, then I don't object to the change.

 

On Thu, May 21, 2020 at 4:09 PM Jason Pyeron mailto:jpye...@pdinc.us> > wrote:

Well on systems where both repos exist, there is a conflict in name. 

 

Think of it this way…

 

Jenkins enabled=0

Jenkins-stable enabled=1

 

Happily auto updating…..

 

Oh no, there is an issue – the fix is in Jenkins v.x.y.z, stable is not there 
yet.

 

yum –enablerepo=jenkins update 

 

@phew, now we have this bleeding edge fix, when the stable repo has a newer 
version # it will get upgraded.

 

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of Mark Waite
Sent: Thursday, May 21, 2020 5:55 PM
To: Jenkins Users mailto:jenkinsci-users@googlegroups.com> >
Subject: Re: yum repo gpg signature file missing

 

Thanks.  I think I understand all the changes except the change from [jenkins] 
to [jenkins-stable] in the redhat-stable repository.

 

Won't that risk that some installed systems will think that they now have a new 
repository source named "jenkins-stable" that is different than the "jenkins" 
that they had before that change?

 

I had assumed that the name "[jenkins]" was one way of requiring that a system 
choose either Jenkins LTS or Jenkins Weekly, without choosing both Jenkins LTS 
and Jenkins Weekly.  The usual caveat applies.  I am not expert in Red Hat 
package management.  I just want to do the best thing for Jenkins users.

 

Mark Waite

 

On Thu, May 21, 2020 at 11:34 AM Jason Pyeron mailto:jpye...@pdinc.us> > wrote:

This is depending on the OS installation choices, security choices, etc…

 

failure: repodata/repomd.xml.asc from jenkins: [Errno 256] No more mirrors to 
try.

https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc: [Errno 14] HTTPS Error 
404 - Not Found

 

Based on how Jenkins is delivering the yum repo these are how the repo files 
should be delivered:

 

https://pkg.jenkins.io/redhat-stable/jenkins.repo:

[jenkins-stable]

name=Jenkins-stable

baseurl=https://pkg.jenkins.io/redhat-stable 
<http://pkg.jenkins.io/redhat-stable> 

gpgcheck=1

repo_gpgcheck=0

gpgkey=https://pkg.jenkins.io/redhat-stable/jenkins.io.key

 

and

https://pkg.jenkins.io/redhat/jenkins.repo:

[jenkins]

name=Jenkins

baseurl=https://pkg.jenkins.io/redhat <http://pkg.jenkins.io/redhat> 

gpgcheck=1

repo_gpgcheck=0

gpgkey=https://pkg.jenkins.io/redhat/jenkins.io.key

 

I highlighted the changed portions. If those are changed accordingly, the 
problem should be moot.

 

But having the repo GPG signed is a good thing.

 

 

v/r,

 

Jason Pyeron

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of Mark Waite
Sent: Thursday, May 21, 2020 12:24 PM
To: Jenkins Users mailto:jenkinsci-users@googlegroups.com> >
Subject: Re: yum repo gpg signature file missing

 

I confirm that I don't see it there, but I am not sure it has ever been there.

 

I just performed an install of Jenkins 2.237 on a CentOS 7 system following the 
instructions at https://www.jenkins.io/doc/book/installing/#red-hat-centos and 
it ran without issue.  The automated tests which check for install on various 
operating systems all pass on Jenkins 2.237 as well.  That probably means more 
tests are needed to detect this case.

 

What's the failure that you're seeing due to the missing 'asc' file?


Mark Waite

On Thursday, May 21, 2020 at 9:50:07 AM UTC-6, Mark Waite wrote:

Thanks for letting us know.  I'm investigating now.

On Thursday, May 21, 2020 at 8:20:46 AM UTC-6, Jason Pyeron wrote:

The repository GGP .asc file(s) are missing. 

# curl -v http://pkg.jenkins.io/redhat/repodata/repomd.xml.asc -L 
* Abo

RE: yum repo gpg signature file missing

[Jason Pyeron]

Well on systems where both repos exist, there is a conflict in name. 

 

Think of it this way…

 

Jenkins enabled=0

Jenkins-stable enabled=1

 

Happily auto updating…..

 

Oh no, there is an issue – the fix is in Jenkins v.x.y.z, stable is not there 
yet.

 

yum –enablerepo=jenkins update 

 

@phew, now we have this bleeding edge fix, when the stable repo has a newer 
version # it will get upgraded.

 

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Mark Waite
Sent: Thursday, May 21, 2020 5:55 PM
To: Jenkins Users 
Subject: Re: yum repo gpg signature file missing

 

Thanks.  I think I understand all the changes except the change from [jenkins] 
to [jenkins-stable] in the redhat-stable repository.

 

Won't that risk that some installed systems will think that they now have a new 
repository source named "jenkins-stable" that is different than the "jenkins" 
that they had before that change?

 

I had assumed that the name "[jenkins]" was one way of requiring that a system 
choose either Jenkins LTS or Jenkins Weekly, without choosing both Jenkins LTS 
and Jenkins Weekly.  The usual caveat applies.  I am not expert in Red Hat 
package management.  I just want to do the best thing for Jenkins users.

 

Mark Waite

 

On Thu, May 21, 2020 at 11:34 AM Jason Pyeron mailto:jpye...@pdinc.us> > wrote:

This is depending on the OS installation choices, security choices, etc…

 

failure: repodata/repomd.xml.asc from jenkins: [Errno 256] No more mirrors to 
try.

https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc: [Errno 14] HTTPS Error 
404 - Not Found

 

Based on how Jenkins is delivering the yum repo these are how the repo files 
should be delivered:

 

https://pkg.jenkins.io/redhat-stable/jenkins.repo:

[jenkins-stable]

name=Jenkins-stable

baseurl=https://pkg.jenkins.io/redhat-stable 
<http://pkg.jenkins.io/redhat-stable> 

gpgcheck=1

repo_gpgcheck=0

gpgkey=https://pkg.jenkins.io/redhat-stable/jenkins.io.key

 

and

https://pkg.jenkins.io/redhat/jenkins.repo:

[jenkins]

name=Jenkins

baseurl=https://pkg.jenkins.io/redhat <http://pkg.jenkins.io/redhat> 

gpgcheck=1

repo_gpgcheck=0

gpgkey=https://pkg.jenkins.io/redhat/jenkins.io.key

 

I highlighted the changed portions. If those are changed accordingly, the 
problem should be moot.

 

But having the repo GPG signed is a good thing.

 

 

v/r,

 

Jason Pyeron

 

From: jenkinsci-users@googlegroups.com 
<mailto:jenkinsci-users@googlegroups.com>  mailto:jenkinsci-users@googlegroups.com> > On Behalf Of Mark Waite
Sent: Thursday, May 21, 2020 12:24 PM
To: Jenkins Users mailto:jenkinsci-users@googlegroups.com> >
Subject: Re: yum repo gpg signature file missing

 

I confirm that I don't see it there, but I am not sure it has ever been there.

 

I just performed an install of Jenkins 2.237 on a CentOS 7 system following the 
instructions at https://www.jenkins.io/doc/book/installing/#red-hat-centos and 
it ran without issue.  The automated tests which check for install on various 
operating systems all pass on Jenkins 2.237 as well.  That probably means more 
tests are needed to detect this case.

 

What's the failure that you're seeing due to the missing 'asc' file?


Mark Waite

On Thursday, May 21, 2020 at 9:50:07 AM UTC-6, Mark Waite wrote:

Thanks for letting us know.  I'm investigating now.

On Thursday, May 21, 2020 at 8:20:46 AM UTC-6, Jason Pyeron wrote:

The repository GGP .asc file(s) are missing. 

# curl -v http://pkg.jenkins.io/redhat/repodata/repomd.xml.asc -L 
* About to connect() to pkg.jenkins.io <http://pkg.jenkins.io>  port 80 (#0) 
*   Trying 151.101.66.133... connected 
* Connected to pkg.jenkins.io <http://pkg.jenkins.io>  (151.101.66.133) port 80 
(#0) 
> GET /redhat/repodata/repomd.xml.asc HTTP/1.1 
> User-Agent: curl/7.19.7 (i386-redhat-linux-gnu) libcurl/7.19.7 NSS/3.44 
> zlib/1.2.3 libidn/1.18 libssh2/1.4.2 
> Host: pkg.jenkins.io <http://pkg.jenkins.io>  
> Accept: */* 
> 
< HTTP/1.1 301 Moved Permanently 
< Server: Varnish 
< Retry-After: 0 
< Location: https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc 
< Content-Length: 0 
< Accept-Ranges: bytes 
< Date: Thu, 21 May 2020 14:19:12 GMT 
< Via: 1.1 varnish 
< Connection: close 
< X-Served-By: cache-dca17762-DCA 
< X-Cache: HIT 
< X-Cache-Hits: 0 
< X-Timer: S1590070752.250345,VS0,VE0 
< Strict-Transport-Security: max-age=300 
< 
* Closing connection #0 
* Issue another request to this URL: 
'https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc' 
* About to connect() to pkg.jenkins.io <http://pkg.jenkins.io>  port 443 (#0) 
*   Trying 151.101.2.133... connected 
* Connected to pkg.jenkins.io <http://pkg.jenkins.io>  (151.101.2.133) port 443 
(#0) 
* Initializing NSS with certpath: sql:/etc/pki/nssdb 
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt 
  

RE: yum repo gpg signature file missing

[Jason Pyeron]

This is depending on the OS installation choices, security choices, etc…

 

failure: repodata/repomd.xml.asc from jenkins: [Errno 256] No more mirrors to 
try.

https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc: [Errno 14] HTTPS Error 
404 - Not Found

 

Based on how Jenkins is delivering the yum repo these are how the repo files 
should be delivered:

 

https://pkg.jenkins.io/redhat-stable/jenkins.repo:

[jenkins-stable]

name=Jenkins-stable

baseurl=https://pkg.jenkins.io/redhat-stable

gpgcheck=1

repo_gpgcheck=0

gpgkey=https://pkg.jenkins.io/redhat-stable/jenkins.io.key

 

and

https://pkg.jenkins.io/redhat/jenkins.repo:

[jenkins]

name=Jenkins

baseurl=https://pkg.jenkins.io/redhat

gpgcheck=1

repo_gpgcheck=0

gpgkey=https://pkg.jenkins.io/redhat/jenkins.io.key

 

I highlighted the changed portions. If those are changed accordingly, the 
problem should be moot.

 

But having the repo GPG signed is a good thing.

 

 

v/r,

 

Jason Pyeron

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Mark Waite
Sent: Thursday, May 21, 2020 12:24 PM
To: Jenkins Users 
Subject: Re: yum repo gpg signature file missing

 

I confirm that I don't see it there, but I am not sure it has ever been there.

 

I just performed an install of Jenkins 2.237 on a CentOS 7 system following the 
instructions at https://www.jenkins.io/doc/book/installing/#red-hat-centos and 
it ran without issue.  The automated tests which check for install on various 
operating systems all pass on Jenkins 2.237 as well.  That probably means more 
tests are needed to detect this case.

 

What's the failure that you're seeing due to the missing 'asc' file?


Mark Waite

On Thursday, May 21, 2020 at 9:50:07 AM UTC-6, Mark Waite wrote:

Thanks for letting us know.  I'm investigating now.

On Thursday, May 21, 2020 at 8:20:46 AM UTC-6, Jason Pyeron wrote:

The repository GGP .asc file(s) are missing. 

# curl -v http://pkg.jenkins.io/redhat/repodata/repomd.xml.asc -L 
* About to connect() to pkg.jenkins.io <http://pkg.jenkins.io>  port 80 (#0) 
*   Trying 151.101.66.133... connected 
* Connected to pkg.jenkins.io <http://pkg.jenkins.io>  (151.101.66.133) port 80 
(#0) 
> GET /redhat/repodata/repomd.xml.asc HTTP/1.1 
> User-Agent: curl/7.19.7 (i386-redhat-linux-gnu) libcurl/7.19.7 NSS/3.44 
> zlib/1.2.3 libidn/1.18 libssh2/1.4.2 
> Host: pkg.jenkins.io <http://pkg.jenkins.io>  
> Accept: */* 
> 
< HTTP/1.1 301 Moved Permanently 
< Server: Varnish 
< Retry-After: 0 
< Location: https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc 
< Content-Length: 0 
< Accept-Ranges: bytes 
< Date: Thu, 21 May 2020 14:19:12 GMT 
< Via: 1.1 varnish 
< Connection: close 
< X-Served-By: cache-dca17762-DCA 
< X-Cache: HIT 
< X-Cache-Hits: 0 
< X-Timer: S1590070752.250345,VS0,VE0 
< Strict-Transport-Security: max-age=300 
< 
* Closing connection #0 
* Issue another request to this URL: 
'https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc' 
* About to connect() to pkg.jenkins.io <http://pkg.jenkins.io>  port 443 (#0) 
*   Trying 151.101.2.133... connected 
* Connected to pkg.jenkins.io <http://pkg.jenkins.io>  (151.101.2.133) port 443 
(#0) 
* Initializing NSS with certpath: sql:/etc/pki/nssdb 
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt 
  CApath: none 
* SSL connection using TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 
* Server certificate: 
*   subject: CN=pkg.jenkins.io <http://pkg.jenkins.io>  
*   start date: Apr 22 12:02:54 2020 GMT 
*   expire date: Jul 21 12:02:54 2020 GMT 
*   common name: pkg.jenkins.io <http://pkg.jenkins.io>  
*   issuer: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US 
> GET /redhat/repodata/repomd.xml.asc HTTP/1.1 
> User-Agent: curl/7.19.7 (i386-redhat-linux-gnu) libcurl/7.19.7 NSS/3.44 
> zlib/1.2.3 libidn/1.18 libssh2/1.4.2 
> Host: pkg.jenkins.io <http://pkg.jenkins.io>  
> Accept: */* 
> 
< HTTP/1.1 404 Not Found 
< Connection: keep-alive 
< Content-Length: 228 
< Server: Apache/2.4.29 (Ubuntu) 
< Content-Type: text/html; charset=iso-8859-1 
< Accept-Ranges: bytes 
< Date: Thu, 21 May 2020 14:19:12 GMT 
< Via: 1.1 varnish 
< Age: 0 
< X-Served-By: cache-dca17757-DCA 
< X-Cache: MISS 
< X-Cache-Hits: 0 
< X-Timer: S1590070752.409173,VS0,VE8 
< Strict-Transport-Security: max-age=300 
< 
 
 
404 Not Found 
 
Not Found 
The requested URL /redhat/repodata/repomd.xml.asc was not found on this 
server. 
 
* Connection #0 to host pkg.jenkins.io <http://pkg.jenkins.io>  left intact 
* Closing connection #0 



-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
<mailto:jenkinsci-user

yum repo gpg signature file missing

[Jason Pyeron]

The repository GGP .asc file(s) are missing.

# curl -v http://pkg.jenkins.io/redhat/repodata/repomd.xml.asc -L
* About to connect() to pkg.jenkins.io port 80 (#0)
*   Trying 151.101.66.133... connected
* Connected to pkg.jenkins.io (151.101.66.133) port 80 (#0)
> GET /redhat/repodata/repomd.xml.asc HTTP/1.1
> User-Agent: curl/7.19.7 (i386-redhat-linux-gnu) libcurl/7.19.7 NSS/3.44 
> zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Host: pkg.jenkins.io
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Server: Varnish
< Retry-After: 0
< Location: https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc
< Content-Length: 0
< Accept-Ranges: bytes
< Date: Thu, 21 May 2020 14:19:12 GMT
< Via: 1.1 varnish
< Connection: close
< X-Served-By: cache-dca17762-DCA
< X-Cache: HIT
< X-Cache-Hits: 0
< X-Timer: S1590070752.250345,VS0,VE0
< Strict-Transport-Security: max-age=300
<
* Closing connection #0
* Issue another request to this URL: 
'https://pkg.jenkins.io/redhat/repodata/repomd.xml.asc'
* About to connect() to pkg.jenkins.io port 443 (#0)
*   Trying 151.101.2.133... connected
* Connected to pkg.jenkins.io (151.101.2.133) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* SSL connection using TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
* Server certificate:
*   subject: CN=pkg.jenkins.io
*   start date: Apr 22 12:02:54 2020 GMT
*   expire date: Jul 21 12:02:54 2020 GMT
*   common name: pkg.jenkins.io
*   issuer: CN=Let's Encrypt Authority X3,O=Let's Encrypt,C=US
> GET /redhat/repodata/repomd.xml.asc HTTP/1.1
> User-Agent: curl/7.19.7 (i386-redhat-linux-gnu) libcurl/7.19.7 NSS/3.44 
> zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Host: pkg.jenkins.io
> Accept: */*
>
< HTTP/1.1 404 Not Found
< Connection: keep-alive
< Content-Length: 228
< Server: Apache/2.4.29 (Ubuntu)
< Content-Type: text/html; charset=iso-8859-1
< Accept-Ranges: bytes
< Date: Thu, 21 May 2020 14:19:12 GMT
< Via: 1.1 varnish
< Age: 0
< X-Served-By: cache-dca17757-DCA
< X-Cache: MISS
< X-Cache-Hits: 0
< X-Timer: S1590070752.409173,VS0,VE8
< Strict-Transport-Security: max-age=300
<


404 Not Found

Not Found
The requested URL /redhat/repodata/repomd.xml.asc was not found on this 
server.

* Connection #0 to host pkg.jenkins.io left intact
* Closing connection #0


--
Jason Pyeron  | Architect
PD Inc|
10 w 24th St  |
Baltimore, MD |
 
.mil: jason.j.pyeron@mail.mil
.com: jpye...@pdinc.us
tel : 202-741-9397



-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/095501d62f7b%24017cd750%24047685f0%24%40pdinc.us.

Public key or notes retrieval for credentials?

[Jason Pyeron]

Using the credentials, I typically need to retrieve the public key that 
corresponds to the concealed private key.

There does not seem to be a built in way of automatically showing the public 
key, nor is there a notes field to save it in.

I have been storing it in the description filed, but since it is so long, it 
breaks may UIs where it id used.

Andy advice? Should we patch the credentials plugin?

v/r,

Jason Pyeron

--
Jason Pyeron  | Architect
PD Inc|
10 w 24th St  |
Baltimore, MD |
 
.com: jpye...@pdinc.us
tel : 202-741-9397



-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0d4601d5b421%24040da060%240c28e120%24%40pdinc.us.

Keeping logs of skipped unit tests?

[Jason Pyeron]

As discussed at
https://stackoverflow.com/questions/6944907/how-to-keep-the-unit-test-output
-in-jenkins ,  changing the option would keep the verbose logs for
non-failing unit tests.

 

There are 3 types of test results. Pass, Fail, Skipped. We are tracking
skipped tests for known issues - the verbose logging is needed, but keeping
the succeeded tests' output would be way too much. Any suggestions on
patching Jenkins to add this option?

 

Respectfully,

 

Jason

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/03f001d593de%24aeb507a0%240c1f16e0%24%40pdinc.us.

RE: Manual downstream triggers after business approval

[Jason Pyeron]

Honestly, the people notified think it is a game of whackamole, responding 
almost instantly.

 

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of joseph pasque
Sent: Thursday, September 26, 2019 5:26 PM
To: Jenkins Users 
Subject: Re: Manual downstream triggers after business approval

 

Thanks for the reply! Yea that's along the lines of what I was thinking, I'm 
just definitely worried about the job idling for more than a day or so. Have 
you had memory/other issues with doing that?

On Thursday, September 26, 2019 at 3:25:38 PM UTC-5, Jason Pyeron wrote:

It’s a hack.

 

Test on success kicks off approval

 

Approval starts, waits for approval

On time out (days) fail

On approval pass

On disapproval fail

Then on success, kick off production

 

 

From: jenkins...@googlegroups.com> On Behalf Of joseph pasque
Sent: Thursday, September 26, 2019 3:05 PM
To: Jenkins Users  >
Subject: Manual downstream triggers after business approval

 

I have a particular use case and am wondering if there is a plugin out there 
that I am missing. We have multiple pipeline jobs, one for deploying to our 
testing environment, and one for deploying to our production environment. I 
want to allow the production deploy to occur if and only if a) a test deploy 
has occurred for the same parameters (aka never built directly, only triggered 
after test), and b) after business approval has happened on the test 
deployment. I am unable to find anything that accomplishes this for a 
declarative pipeline. If we were using Jenkins 1.x jobs I would use the 
Promotions Build Plugin, or the Build Pipeline View Plugin, but neither of 
these work with pipeline jobs as far as I know. Any help is appreciated!

 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkins...@googlegroups.com  .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/50b73b5d-1f19-496b-ac48-abf13c2a6d1c%40googlegroups.com
 
<https://groups.google.com/d/msgid/jenkinsci-users/50b73b5d-1f19-496b-ac48-abf13c2a6d1c%40googlegroups.com?utm_medium=email&utm_source=footer>
 .

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
<mailto:jenkinsci-users+unsubscr...@googlegroups.com> .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/6264f7c5-4504-4c39-adc2-3fa43b70a450%40googlegroups.com
 
<https://groups.google.com/d/msgid/jenkinsci-users/6264f7c5-4504-4c39-adc2-3fa43b70a450%40googlegroups.com?utm_medium=email&utm_source=footer>
 .

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/02a601d57529%24e5a4cf30%24b0ee6d90%24%40pdinc.us.

RE: Manual downstream triggers after business approval

[Jason Pyeron]

It’s a hack.

 

Test on success kicks off approval

 

Approval starts, waits for approval

On time out (days) fail

On approval pass

On disapproval fail

Then on success, kick off production

 

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of joseph pasque
Sent: Thursday, September 26, 2019 3:05 PM
To: Jenkins Users 
Subject: Manual downstream triggers after business approval

 

I have a particular use case and am wondering if there is a plugin out there 
that I am missing. We have multiple pipeline jobs, one for deploying to our 
testing environment, and one for deploying to our production environment. I 
want to allow the production deploy to occur if and only if a) a test deploy 
has occurred for the same parameters (aka never built directly, only triggered 
after test), and b) after business approval has happened on the test 
deployment. I am unable to find anything that accomplishes this for a 
declarative pipeline. If we were using Jenkins 1.x jobs I would use the 
Promotions Build Plugin, or the Build Pipeline View Plugin, but neither of 
these work with pipeline jobs as far as I know. Any help is appreciated!

 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/50b73b5d-1f19-496b-ac48-abf13c2a6d1c%40googlegroups.com
 

 .

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/0d9501d574a8%2482b119f0%2488134dd0%24%40pdinc.us.

RE: Maven 3.6.1 POM changes, issue for Jenkins??? [JENKINS-59078]

[Jason Pyeron]

Yes, we can – that’s a lot of jobs to rewrite…

 

Thanks.

 

From: jenkinsci-users@googlegroups.com  On 
Behalf Of Jan Monterrubio
Sent: Tuesday, August 27, 2019 10:46 AM
To: jenkinsci-users@googlegroups.com
Subject: Re: Maven 3.6.1 POM changes, issue for Jenkins??? [JENKINS-59078]

 

I assume this is happening with the MavenProject job? Could you move to a free 
style project with a maven step instead? (In the interim?)

 

On Mon, Aug 26, 2019 at 13:27 Jason Pyeron mailto:jpye...@pdinc.us> > wrote:

I have exceeded my time bound abilities to fix/mitigate this.

It is because the maven-core:3.5.4 is the basis for embedding, it cannot parse 
the new pom attributes.

I put as much as I could in the ticket. Welcome any ideas to mitigate or fix 
this.

-Jason

> -Original Message-
> From: jenkinsci-users@googlegroups.com 
> <mailto:jenkinsci-users@googlegroups.com>   <mailto:jenkinsci-users@googlegroups.com> > On Behalf Of Jason Pyeron
> Sent: Monday, August 26, 2019 10:58 AM
> To: jenkinsci-users@googlegroups.com 
> <mailto:jenkinsci-users@googlegroups.com> 
> Subject: Maven 3.6.1 POM changes, issue for Jenkins??? [JENKINS-59078]
> 
> It seems that Jenkins is having issues "parsing POMs" when they include the 
> new pom.xml elements and
> attributes.
> 
> Is anyone else seeing this? Does anyone have a work around?
> 
> I opened JENKINS-59078 - jenkins Malformed POM Unknown attribute 
> 'child.scm.url.inherit.append.path'
> for tag 'scm'
> 
> see branches demonstrates-JENKINS-59078 and mitigation-JENKINS-59078 @ 
> https://github.com/pdinc-
> oss/lombok.maven/
> 
> Parsing POMs
> ERROR: Failed to parse POMs
> hudson.remoting.ProxyException: 
> hudson.maven.MavenModuleSetBuild$MavenExecutionException:
> org.apache.maven.project.ProjectBuildingException: Some problems were 
> encountered while processing the
> POMs:
> [ERROR] Malformed POM /var/lib/jenkins/workspace/xxx/pom.xml: Unknown 
> attribute
> 'child.scm.url.inherit.append.path' for tag 'scm' (position: START_TAG seen 
> ...\n\n   child.scm.url.inherit.append.path="false">... @39:50)  @ 
> /var/lib/jenkins/workspace/xxx/pom.xml, line
> 39, column 50
> 
>   at 
> hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1390)
>   at 
> hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1126)
>   at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3052)
>   at hudson.remoting.UserRequest.perform(UserRequest.java:211)
>   at hudson.remoting.UserRequest.perform(UserRequest.java:54)
>   at hudson.remoting.Request$2.run(Request.java:369)
>   at 
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>   at java.lang.Thread.run(Thread.java:748)
>   Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
> pdinc-dte-jenkins-
> centos7-x86_64
>   at 
> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741)
>   at 
> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:356)
>   at hudson.remoting.Channel.call(Channel.java:955)
>   at hudson.FilePath.act(FilePath.java:1072)
>   at hudson.FilePath.act(FilePath.java:1061)
>   at
> hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.parsePoms(MavenModuleSetBuild.java:987)
>   at
> hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:691)
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
>   at hudson.model.Run.execute(Run.java:1815)
>   at 
> hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
>   at 
> hudson.model.ResourceController.execute(ResourceController.java:97)
>   at hudson.model.Executor.run(Executor.java:429)
> Caused by: hudson.remoting.ProxyException: 
> org.apache.maven.project.ProjectBuildingException: Some
> problems were encountered while processing the POMs:
> [ERROR] Malformed POM /var/lib/jenkins/workspace/xxx/pom.xml: Unknown 
> attribute
> 'child.scm.url.inherit.append.path' for tag 'scm' (position: START_TAG seen 
> ...\n\n   child.scm.url.inherit.append.path="false">... @39:50)  @ 
> /var/lib/jenkins/workspace/xxx/pom.xml, line
> 39, column 50
> 
> 

RE: Maven 3.6.1 POM changes, issue for Jenkins??? [JENKINS-59078]

[Jason Pyeron]

I have exceeded my time bound abilities to fix/mitigate this.

It is because the maven-core:3.5.4 is the basis for embedding, it cannot parse 
the new pom attributes.

I put as much as I could in the ticket. Welcome any ideas to mitigate or fix 
this.

-Jason

> -Original Message-
> From: jenkinsci-users@googlegroups.com  On 
> Behalf Of Jason Pyeron
> Sent: Monday, August 26, 2019 10:58 AM
> To: jenkinsci-users@googlegroups.com
> Subject: Maven 3.6.1 POM changes, issue for Jenkins??? [JENKINS-59078]
> 
> It seems that Jenkins is having issues "parsing POMs" when they include the 
> new pom.xml elements and
> attributes.
> 
> Is anyone else seeing this? Does anyone have a work around?
> 
> I opened JENKINS-59078 - jenkins Malformed POM Unknown attribute 
> 'child.scm.url.inherit.append.path'
> for tag 'scm'
> 
> see branches demonstrates-JENKINS-59078 and mitigation-JENKINS-59078 @ 
> https://github.com/pdinc-
> oss/lombok.maven/
> 
> Parsing POMs
> ERROR: Failed to parse POMs
> hudson.remoting.ProxyException: 
> hudson.maven.MavenModuleSetBuild$MavenExecutionException:
> org.apache.maven.project.ProjectBuildingException: Some problems were 
> encountered while processing the
> POMs:
> [ERROR] Malformed POM /var/lib/jenkins/workspace/xxx/pom.xml: Unknown 
> attribute
> 'child.scm.url.inherit.append.path' for tag 'scm' (position: START_TAG seen 
> ...\n\n   child.scm.url.inherit.append.path="false">... @39:50)  @ 
> /var/lib/jenkins/workspace/xxx/pom.xml, line
> 39, column 50
> 
>   at 
> hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1390)
>   at 
> hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1126)
>   at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3052)
>   at hudson.remoting.UserRequest.perform(UserRequest.java:211)
>   at hudson.remoting.UserRequest.perform(UserRequest.java:54)
>   at hudson.remoting.Request$2.run(Request.java:369)
>   at 
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>   at java.lang.Thread.run(Thread.java:748)
>   Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
> pdinc-dte-jenkins-
> centos7-x86_64
>   at 
> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741)
>   at 
> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:356)
>   at hudson.remoting.Channel.call(Channel.java:955)
>   at hudson.FilePath.act(FilePath.java:1072)
>   at hudson.FilePath.act(FilePath.java:1061)
>   at
> hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.parsePoms(MavenModuleSetBuild.java:987)
>   at
> hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:691)
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
>   at hudson.model.Run.execute(Run.java:1815)
>   at 
> hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
>   at 
> hudson.model.ResourceController.execute(ResourceController.java:97)
>   at hudson.model.Executor.run(Executor.java:429)
> Caused by: hudson.remoting.ProxyException: 
> org.apache.maven.project.ProjectBuildingException: Some
> problems were encountered while processing the POMs:
> [ERROR] Malformed POM /var/lib/jenkins/workspace/xxx/pom.xml: Unknown 
> attribute
> 'child.scm.url.inherit.append.path' for tag 'scm' (position: START_TAG seen 
> ...\n\n   child.scm.url.inherit.append.path="false">... @39:50)  @ 
> /var/lib/jenkins/workspace/xxx/pom.xml, line
> 39, column 50
> 
>   at 
> org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:383)
>   at hudson.maven.MavenEmbedder.buildProjects(MavenEmbedder.java:370)
>   at hudson.maven.MavenEmbedder.readProjects(MavenEmbedder.java:340)
>   at 
> hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1329)
>   ... 10 more
> 
> --
> Jason Pyeron  | Architect
> PD Inc|
> 10 w 24th St  |
> Baltimore, MD |
> 
> .mil: jason.j.pyeron@mail.mil
> .com: jpye...@pdinc.us
> tel : 202-741-9397
> 
> 
> --
> You received this message because you are subscribed to the Google 

Maven 3.6.1 POM changes, issue for Jenkins??? [JENKINS-59078]

[Jason Pyeron]

It seems that Jenkins is having issues "parsing POMs" when they include the new 
pom.xml elements and attributes.

Is anyone else seeing this? Does anyone have a work around?

I opened JENKINS-59078 - jenkins Malformed POM Unknown attribute 
'child.scm.url.inherit.append.path' for tag 'scm'

see branches demonstrates-JENKINS-59078 and mitigation-JENKINS-59078 @ 
https://github.com/pdinc-oss/lombok.maven/

Parsing POMs
ERROR: Failed to parse POMs
hudson.remoting.ProxyException: 
hudson.maven.MavenModuleSetBuild$MavenExecutionException: 
org.apache.maven.project.ProjectBuildingException: Some problems were 
encountered while processing the POMs:
[ERROR] Malformed POM /var/lib/jenkins/workspace/xxx/pom.xml: Unknown attribute 
'child.scm.url.inherit.append.path' for tag 'scm' (position: START_TAG seen 
...\n\n  ... @39:50)  
@ /var/lib/jenkins/workspace/xxx/pom.xml, line 39, column 50

at 
hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1390)
at 
hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1126)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:3052)
at hudson.remoting.UserRequest.perform(UserRequest.java:211)
at hudson.remoting.UserRequest.perform(UserRequest.java:54)
at hudson.remoting.Request$2.run(Request.java:369)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to 
pdinc-dte-jenkins-centos7-x86_64
at 
hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1741)
at 
hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:356)
at hudson.remoting.Channel.call(Channel.java:955)
at hudson.FilePath.act(FilePath.java:1072)
at hudson.FilePath.act(FilePath.java:1061)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.parsePoms(MavenModuleSetBuild.java:987)
at 
hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:691)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
at hudson.model.Run.execute(Run.java:1815)
at 
hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
at 
hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Caused by: hudson.remoting.ProxyException: 
org.apache.maven.project.ProjectBuildingException: Some problems were 
encountered while processing the POMs:
[ERROR] Malformed POM /var/lib/jenkins/workspace/xxx/pom.xml: Unknown attribute 
'child.scm.url.inherit.append.path' for tag 'scm' (position: START_TAG seen 
...\n\n  ... @39:50)  
@ /var/lib/jenkins/workspace/xxx/pom.xml, line 39, column 50

at 
org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:383)
at hudson.maven.MavenEmbedder.buildProjects(MavenEmbedder.java:370)
at hudson.maven.MavenEmbedder.readProjects(MavenEmbedder.java:340)
at 
hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1329)
... 10 more

--
Jason Pyeron  | Architect
PD Inc|
10 w 24th St  |
Baltimore, MD |
 
.mil: jason.j.pyeron@mail.mil
.com: jpye...@pdinc.us
tel : 202-741-9397


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/001601d55c1e%24a1060c00%24e3122400%24%40pdinc.us.

unable to update plugin branch-api to 2.3.0

[Jason Pyeron]

When updating we get a 404 for 
http://updates.jenkins-ci.org/download/plugins/branch-api/2.3.0/branch-api.hpi

http://archives.jenkins-ci.org/plugins/branch-api/ does not have a 2.3.0 
directory.

-Jason 


Name 
Branch API
This plugin provides an API for multiple branch based projects.
Version
2.3.0
Installed
2.2.0


Installing Plugins/Upgrades
Preparation 
Checking internet connectivity
Checking update center connectivity
Success
Branch API  
 Failure -
java.io.IOException: Server returned HTTP response code: 503 for URL: 
http://archives.jenkins-ci.org/plugins/branch-api/2.3.0/branch-api.hpi
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1894)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1492)
at 
sun.net.www.protocol.http.HttpURLConnection.getHeaderField(HttpURLConnection.java:3051)
at java.net.URLConnection.getHeaderFieldLong(URLConnection.java:629)
at java.net.URLConnection.getContentLengthLong(URLConnection.java:501)
at java.net.URLConnection.getContentLength(URLConnection.java:485)
at 
hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1158)
Caused: java.io.IOException: Server returned HTTP response code: 503 for URL: 
http://archives.jenkins-ci.org/plugins/branch-api/2.3.0/branch-api.hpi
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at 
sun.net.www.protocol.http.HttpURLConnection$10.run(HttpURLConnection.java:1944)
at 
sun.net.www.protocol.http.HttpURLConnection$10.run(HttpURLConnection.java:1939)
at java.security.AccessController.doPrivileged(Native Method)
at 
sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:1938)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1508)
at 
sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1492)
at 
hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1174)
Caused: java.io.IOException: Failed to load 
http://updates.jenkins-ci.org/download/plugins/branch-api/2.3.0/branch-api.hpi 
to /var/lib/jenkins/plugins/branch-api.jpi.tmp
at 
hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1181)
Caused: java.io.IOException: Failed to download from 
http://updates.jenkins-ci.org/download/plugins/branch-api/2.3.0/branch-api.hpi 
(redirected to: 
http://archives.jenkins-ci.org/plugins/branch-api/2.3.0/branch-api.hpi)
at 
hudson.model.UpdateCenter$UpdateCenterConfiguration.download(UpdateCenter.java:1215)
at hudson.model.UpdateCenter$DownloadJob._run(UpdateCenter.java:1752)
at 
hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:2015)
at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1726)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
hudson.remoting.AtmostOneThreadExecutor$Worker.run(AtmostOneThreadExecutor.java:112)
at java.lang.Thread.run(Thread.java:748)

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/03cc01d4eadb%24aa96e460%24ffc4ad20%24%40pdinc.us.
For more options, visit https://groups.google.com/d/optout.

RE: How to debug SSHLauncher (due special characters in username)?

[Jason Pyeron]

Red herring.

There was a space in front of the username, nothing to do with the $ at the end.

> -Original Message-
> From: jenkinsci-users@googlegroups.com  On 
> Behalf Of Jason Pyeron
> Sent: Wednesday, April 3, 2019 6:53 PM
> To: jenkinsci-users@googlegroups.com
> Subject: How to debug SSHLauncher (due special characters in username)?
> 
> When I ssh from the bash prompt
> 
> ssh user\$@hostname all is well.
> 
> But when performed from Jenkins I get an invalid username message on the 
> remote host.
> 
> I have read 
> https://github.com/jenkinsci/ssh-slaves-plugin/blob/master/doc/TROUBLESHOOTING.md
>  and
> associated pages.
> 
> Where should I go from here?
> 
> v/r,
> 
> Jason Pyeron
> 
> --
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-
> users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-
> users/02d801d4ea6f%24f1c31370%24d5493a50%24%40pdinc.us.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/031a01d4ea92%2430127db0%2490377910%24%40pdinc.us.
For more options, visit https://groups.google.com/d/optout.

How to debug SSHLauncher (due special characters in username)?

[Jason Pyeron]

When I ssh from the bash prompt

ssh user\$@hostname all is well.

But when performed from Jenkins I get an invalid username message on the remote 
host.

I have read 
https://github.com/jenkinsci/ssh-slaves-plugin/blob/master/doc/TROUBLESHOOTING.md
 and associated pages.

Where should I go from here?

v/r,

Jason Pyeron

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/02d801d4ea6f%24f1c31370%24d5493a50%24%40pdinc.us.
For more options, visit https://groups.google.com/d/optout.

RE: Windows Agent As a Service

[Jason Pyeron]

 

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mark Bidewell
Sent: Monday, October 15, 2018 4:35 PM
To: Jenkins Users 
Subject: Re: Windows Agent As a Service

 

Thanks!  but how do you make it run as a service from the command-line?  done 
of the exes seem to be installed?



 

 

We use a scheduled task and batch file like so:

 

agent.xml:

 



http://schemas.microsoft.com/windows/2004/02/mit/task";>

  

2018-05-09T14:00:56.3287384

domain\user

Jenkins node/slave agent launcher

  

  



  true



  

  



  S-1-5-18

  HighestAvailable



  

  

IgnoreNew

true

true

true

true

false



  true

  false



true

true

false

false

false

PT0S

7



  PT30M

  399



  

  



  c:\jenkins\agent.cmd

  c:\jenkins\



  



 

 

agent.cmd:

 

REM set PATH, change drive, change directory, etc... 

java -jar agent.jar -jnlpUrl 
https://jenkins.server.tld/jenkins/computer/hostname/slave-agent.jnlp -secret 
 1>> 
agent-%date:~-4,4%%date:~-10,2%%date:~-7,2%.log 2>&1

set agenExitCode=%errorlevel%

(echo %date% %time% jenkins agent exit && echo exit code %agenExitCode%) 1>> 
agent-%date:~-4,4%%date:~-10,2%%date:~-7,2%.log 2>&1

exit /B %agenExitCode%

 


On Monday, October 15, 2018 at 4:31:03 PM UTC-4, Mark Waite wrote:

The deprecation of Java Web Start doesn't deprecate the protocols that a 
Jenkins agent can use to connect to the Jenkins server.  JNLP works just fine 
with Java 11 to connect an agent.

 

The convenience of clicking the "Web Start" button on the UI won't work with 
Java 11, but the command line provided in the agent start page continues to 
work.

 

Mark Waite

 

On Mon, Oct 15, 2018 at 2:18 PM Mark Bidewell  
> wrote:

With Java Web Start deprecated and slated for removal, what is the canonical 
way to create a Windows Service agent?

 

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-use...@googlegroups.com  .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/439b2186-1f70-46bd-b0f8-c54512eb428b%40googlegroups.com
 

 .
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/06519949-d6f0-49dd-9349-62b56b776e4f%40googlegroups.com
 

 .
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/019001d464ca%24bdf0%2439ecccb0%24%40pdinc.us.
For more options, visit https://groups.google.com/d/optout.

RE: Windows Agent As a Service

[Jason Pyeron]

Bottom line up front – we are fine until 2025…

 

From: jenkinsci-users@googlegroups.com 
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mark Bidewell
Sent: Monday, October 15, 2018 4:18 PM
To: Jenkins Users 
Subject: Windows Agent As a Service

 

With Java Web Start deprecated and slated for removal, what is the canonical 
way to create a Windows Service agent?

 

 

Consequently: 

* Oracle will extend support for Web Start in Java SE 8 from March, 2019, 
through at least March 2025. 

* Oracle products that have dependencies on Web Start will remain on Java SE 8 
and continue with the support timelines as indicated by those products. 

* Oracle will not include Java Web Start in Java SE 11 (18.9 LTS) and later. 

* Oracle will begin encouraging application developers and users to transition 
away from Java Web Start and encourage non-commercial consumers to remove any 
unused or non-supported Oracle JRE installations from their desktops. 

* Developers who deploy desktop applications to individual consumers (eg, 
games, personal banking, or other B2C applications) will need to transition to 
other deployment technologies such as the jlink and/or third party packaging 
and deployment solutions before the end of 2020. 

* Application developers who target applications for internal data processing, 
business, commercial, or production purposes, will either need to seek 
commercial license with Oracle, or transition to other deployment technologies 
by January 2019.

 

https://www.oracle.com/technetwork/java/javase/javaclientroadmapupdate2018mar-4414431.pdf

 

 

 

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com 
 .
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/439b2186-1f70-46bd-b0f8-c54512eb428b%40googlegroups.com
 

 .
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/018101d464ca%249805df00%24c8119d00%24%40pdinc.us.
For more options, visit https://groups.google.com/d/optout.

RE: Jenkins in a secure environment - adding documentation to the wiki

[Jason Pyeron]

> -Original Message-
> From: Daniel Beck
> Sent: Tuesday, April 3, 2018 12:52
> 
> 
> > On 3. Apr 2018, at 17:44, Jason Pyeron  wrote:
> > 
> > * Security Technical Implementation Guide (STIG)
> > ** Firewall
> > *** Ports & Protocols
> > ** Patching
> > ** Login
> > *** SSO
> > *** HTTPS Client Auth
> > ** Access Controls
> > 
> > * Continuity of Operations (COOP) / Contigincy Plan (CP)
> > ** Backup / Restore
> > ** out of disk space issue
> > ** failed agent communications diagnostics
> 
> For most of these, 
> https://wiki.jenkins.io/display/JENKINS/Securing+Jenkins 
> would make a nice landing page, with topics being child pages.
> 
> In general we're phasing out the wiki for most documentation 
> though, and prefer new documentation be written for 
> jenkins.io/doc. But if you're more comfortable adding to the 

Forked... Will work there - git is so much easier to work with.

That being said where to land the docs. If something is on the wiki but not in 
the docs Ill copy it in to the docs.

> wiki, do that.


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/F81760033975439E9B07282443CBD63F%40blackfat.
For more options, visit https://groups.google.com/d/optout.

Jenkins in a secure environment - adding documentation to the wiki

[Jason Pyeron]

I am writing documentation on using Jenkins in a secure environment, is there a 
preferred section of the wiki to capture this information?

* Security Technical Implementation Guide (STIG)
** Firewall
*** Ports & Protocols
** Patching
** Login
*** SSO
*** HTTPS Client Auth
** Access Controls

* Continuity of Operations (COOP) / Contigincy Plan (CP)
** Backup / Restore
** out of disk space issue
** failed agent communications diagnostics

Other suggested topics?

-Jason

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/7A85590CB0844361B9B865FB96CE8C11%40blackfat.
For more options, visit https://groups.google.com/d/optout.

RE: E-mail Notification issue in genkins

[Jason Pyeron]

> -Original Message-
> From: krishna prasad
> Sent: Sunday, March 26, 2017 08:44
> 
> Dear Group Members,
> 
> We have jenkins and the issue is E-mail Notification is not 
> working for us.  We are getting below error while I click on 
> "Test" button. Kindly help me to resolve the issue.
> 
> 
> javax.mail.MessagingException: Could not connect to SMTP 
> host: ourdomain.net <http://ourdomain.net/> , port: 465;
>   nested exception is:
>   javax.net.ssl.SSLHandshakeException: 
> sun.security.validator.ValidatorException: PKIX path building 
> failed: 
> sun.security.provider.certpath.SunCertPathBuilderException: 
> unable to find valid certification path to requested target

It is likely that your trust store does not have the needed certificates.

A less likely error is that your JVM does not have the ability to negotiate the 
TLS connection (ciphers, version, etc.) 

Test with https://wiki.apache.org/tomcat/tools/SSLTest.java using the SAME JVM 
as jenkins.

>   at 
> com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:1934)
>   at 
> com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.
> java:638)
> 
> 
> I have installed on iredmail on different server on locally 
> and emails are working fine with SSL. Jenkins is installed on 
> different server. I have configured the smtp settings of my 
> local server in jenkins. Kindly help me to resolve this.
> 
> Note: 1. I am able to telnet to port 465 from jenkins server 
> to mailserver
>  2. I have configured the SMTP with ssl on 
> thunderbird and able to send the mail with ssl fine. But from 
> jenkins smtp not working.
>  3. If I configure the gmail setting genkins 
> notification working fine. 
>  4. We have installed certbot SSl for our email server.

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/70A1A25ADB4043AC8CB018B678BAD498%40black7.
For more options, visit https://groups.google.com/d/optout.

Clover failure 4.7.0, 4.6.0 works

[Jason Pyeron]

I have read through: https://wiki.jenkins-ci.org/display/JENKINS/Clover+Plugin

I have searched https://issues.jenkins-ci.org/ , leading to 
https://issues.jenkins-ci.org/browse/JENKINS-38956 and a few others (now marked 
as dupes)

WARNING: Error while serving https://server/ci/job/logwatch/configSubmit
java.lang.reflect.InvocationTargetException
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 
org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:335)
at 
org.kohsuke.stapler.interceptor.RequirePOST$Processor.invoke(RequirePOST.java:52)
at 
org.kohsuke.stapler.PreInvokeInterceptedFunction.invoke(PreInvokeInterceptedFunction.java:26)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:175)
at 
org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:108)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:124)
at 
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.MetaClass$5.doDispatch(MetaClass.java:236)
at 
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:58)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649)
at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
at 
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:135)
at 
hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:126)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:49)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at 
hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
jenkins.security.BasicHeaderProcessor.doFilter(BasicHeaderProcessor.java:93)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
at 
hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:67)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
at 
hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:171)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:82)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
at 
org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
a

RE: Jenkins job termination needs serious engineering help

[Jason Pyeron]

> -Original Message-
> From: Rinaldo DiGiorgio
> Sent: Wednesday, November 16, 2016 08:57
> 
> It has been over a year of dealing with Job termination in 
> jenkins requiring one to find an html link in a console 
> output file that is scrolling at a very fast rate. 

Please explain, not sure I am following the issue.

> It is mind 
> boggling that an action like that is not sent to some queue 
> in a reasonable interface for someone to act on.  Let's not 
> even discuss it is using a javascript dialog which give you 
> no additional information.

Not sure I understand this email, what is the problem or desired outcome?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/4C9FB6AADCFD43DD876FF724011ECCC3%40black7.
For more options, visit https://groups.google.com/d/optout.

RE: Unable to download LTS for windows

[Jason Pyeron]

> -Original Message-
> From: eric wood
> Sent: Monday, October 10, 2016 15:00
> To: Jenkins Users
> Subject: Unable to download LTS for windows
> 
> The mirror does not seem to be working on this site.  I can 
> download the latest windows installer, but I would like to 
> get the LTS.  Any idea why it is not functional?

I had to do some url hacking.

As the latest is downloading, copy the url and change the version number.

2.19 works, 2.19.0 is a zero byte file... 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/74ADEBF69AC04EB0A331C15608069C71%40black7.
For more options, visit https://groups.google.com/d/optout.

RE: Add a new cloud button not working?

[Jason Pyeron]

Solved. I am not doing a root cause on this one because I do not care enough 
about smart-jenkins... Sorry.

> -Original Message-
> From: Jason Pyeron
> Sent: Sunday, October 09, 2016 11:09
> 
> > -Original Message-----
> > From: Jason Pyeron
> > Sent: Sunday, October 09, 2016 10:23
> > 
> > I am atempting to follow:  
> https://wiki.jenkins-ci.org/display/JENKINS/Amazon+EC2+Plugin,
>  but I cannot get to step 1.
> > 
> > I think this is likely user error, but I get nothing when I 
>  click the button.
> 
> > 
> > What could I be doing wrong?
> 
> Conflicting plugins.

smart-jenkins 1.0 is the offending plugin.

-Jason

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/7641EFE9704E4B0B8F14201277B02349%40black7.
For more options, visit https://groups.google.com/d/optout.

RE: Add a new cloud button not working?

[Jason Pyeron]

> -Original Message-
> From: Jason Pyeron
> Sent: Sunday, October 09, 2016 10:23
> 
> I am atempting to follow:  
> https://wiki.jenkins-ci.org/display/JENKINS/Amazon+EC2+Plugin, but I cannot 
> get to step 1.
> 
> I think this is likely user error, but I get nothing when I  click the button.

> 
> What could I be doing wrong?

Conflicting plugins.

I ripped out plugins (indiscriminately) until it works, below is the list of 
removed plugins:

compound-slaves 1.2
cvs 2.12
libvirt-slave 1.8.5
maven-plugin 2.13
nodelabelparameter 1.7.2
one-shot-executor 1.1
openstack-cloud 2.11
pipeline-milestone-step 1.1
pipeline-rest-api 2.1
pipeline-stage-view 2.1
powershell 1.3
slave-setup 1.10
slave-status 1.6
slave-utilization-plugin 1.8
smart-jenkins 1.0
ssh-slaves 1.11
subversion 2.6
throttle-concurrents 1.9.0
timestamper 1.8.7
virtualbox 0.7
workflow-aggregator 2.4
workflow-durable-task-step 2.5
ws-cleanup 0.30

-Jason
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-       -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/28D17DFAB69D44B1BFC26AE065916D6E%40black7.
For more options, visit https://groups.google.com/d/optout.

Add a new cloud button not working?

[Jason Pyeron]

I am atempting to follow: 
https://wiki.jenkins-ci.org/display/JENKINS/Amazon+EC2+Plugin, but I cannot get 
to step 1.

I think this is likely user error, but I get nothing when I click the button.

I have goolged, to no results.

I tried chrome and IE 11, not observable differences.

I used developer tools in chrome and saw:

On page load:

Uncaught TypeError: Ajax.Request is not a constructor 
http://127.0.0.1:8099/adjuncts/a8d75a0c/lib/form/select/select.js:40
Uncaught TypeError: Ajax.Request is not a constructor 
http://127.0.0.1:8099/static/a8d75a0c/scripts/hudson-behavior.js:1491

On button selection:
[no new console entries]

Below is a dump of http://127.0.0.1:8099/systemInfo

What could I be doing wrong?

-Jason

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


System Properties
awt.toolkit sun.awt.windows.WToolkit 
executable-war C:\Program Files (x86)\Jenkins\jenkins.war 
file.encoding Cp1252 
file.encoding.pkg sun.io 
file.separator \ 
hudson.diyChunking true 
hudson.lifecycle hudson.lifecycle.WindowsServiceLifecycle 
java.awt.graphicsenv sun.awt.Win32GraphicsEnvironment 
java.awt.headless true 
java.awt.printerjob sun.awt.windows.WPrinterJob 
java.class.path C:\Program Files (x86)\Jenkins\jenkins.war 
java.class.version 52.0 
java.endorsed.dirs C:\Program Files (x86)\Jenkins\jre\lib\endorsed 
java.ext.dirs C:\Program Files 
(x86)\Jenkins\jre\lib\ext;C:\Windows\Sun\Java\lib\ext 
java.home C:\Program Files (x86)\Jenkins\jre 
java.io.tmpdir C:\Windows\TEMP\ 
java.library.path C:\Program Files (x86)\Jenkins\jre\bin;TRIMMED-FOR-PRIVACY 
java.runtime.name Java(TM) SE Runtime Environment 
java.runtime.version 1.8.0_66-b18 
java.specification.name Java Platform API Specification 
java.specification.vendor Oracle Corporation 
java.specification.version 1.8 
java.vendor Oracle Corporation 
java.vendor.url http://java.oracle.com/ 
java.vendor.url.bug http://bugreport.sun.com/bugreport/ 
java.version 1.8.0_66 
java.vm.info mixed mode 
java.vm.name Java HotSpot(TM) Client VM 
java.vm.specification.name Java Virtual Machine Specification 
java.vm.specification.vendor Oracle Corporation 
java.vm.specification.version 1.8 
java.vm.vendor Oracle Corporation 
java.vm.version 25.66-b18 
jna.loaded true 
jnidispatch.path C:\Windows\TEMP\jna-683614956\jna4477903569206811723.dll 
line.separator 
 
mail.smtp.sendpartial true 
mail.smtps.sendpartial true 
os.arch x86 
os.name Windows 7 
os.version 6.1 
path.separator ; 
sun.arch.data.model 32 
sun.boot.class.path C:\Program Files 
(x86)\Jenkins\jre\lib\resources.jar;C:\Program Files 
(x86)\Jenkins\jre\lib\rt.jar;C:\Program Files 
(x86)\Jenkins\jre\lib\sunrsasign.jar;C:\Program Files 
(x86)\Jenkins\jre\lib\jsse.jar;C:\Program Files 
(x86)\Jenkins\jre\lib\jce.jar;C:\Program Files 
(x86)\Jenkins\jre\lib\charsets.jar;C:\Program Files 
(x86)\Jenkins\jre\lib\jfr.jar;C:\Program Files (x86)\Jenkins\jre\classes 
sun.boot.library.path C:\Program Files (x86)\Jenkins\jre\bin 
sun.cpu.endian little 
sun.cpu.isalist pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86 
sun.desktop windows 
sun.io.unicode.encoding UnicodeLittle 
sun.java.command C:\Program Files (x86)\Jenkins\jenkins.war --httpPort=8099 
--webroot=C:\Program Files (x86)\Jenkins\war 
sun.java.launcher SUN_STANDARD 
sun.jnu.encoding Cp1252 
sun.management.compiler HotSpot Client Compiler 
sun.os.patch.level Service Pack 1 
svnkit.http.methods Digest,Basic,NTLM,Negotiate 
svnkit.ssh2.persistent false 
user.country US 
user.dir C:\Program Files (x86)\Jenkins 
user.home C:\Windows\system32\config\systemprofile 
user.language en 
user.name YYY$ 
user.script  
user.timezone America/New_York 
user.variant  

Environment Variables



Name  ↓ 


Value

[some values removed/redacted for privacy]
ALLUSERSPROFILE C:\ProgramData 
APPDATA C:\Windows\system32\config\systemprofile\AppData\Roaming 
BASE C:\Program Files (x86)\Jenkins 
CommonProgramFiles C:\Program Files (x86)\Common Files 
CommonProgramFiles(x86) C:\Program Files (x86)\Common Files 
CommonProgramW6432 C:\Program Files\Common Files 
COMPUTERNAME YYY 
ComSpec C:\Windows\system32\cmd.exe 
DISPLAY :0.0 
FP_NO_HOST_CHECK NO 
JENKINS_HOME C:\Program Files (x86)\Jenkins 
LOCALAPPDATA C:\Windows\system32\config\systemprofile\AppData\Local 
NUMBER_OF_PROCESSORS 2 
OMP_NUM_THREADS 2 
OS Windows_NT 
Path REMOVED-FOR-PRIVACY
PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC 
PROCESSOR_ARCHITECTURE x86 
PROCESSOR_ARCHITEW6432 AMD64 
PROCESSOR_IDENTIFIER Intel64 Family 6 Model 23 Stepping 10, GenuineIntel 
PROCESSOR_LEVEL 6

RE: Standalone mirrored update site without signature checking

[Jason Pyeron]

> -Original Message-
> From: Bilsby David C
> Sent: Wednesday, September 21, 2016 05:17
> 
> OK I think I have fixed this myself. To disable signature 
> checking on the update file you need to set the 
> hudson.model.DownloadService.signatureCheck variable to 
> false. I did this through a groovy script added to the 
> %JENKINS_HOME%\init.groovy.d directory. The script I used 
> contained the following:
> 
> import jenkins.model.*
> 
> try
> {
>   hudson.model.DownloadService.signatureCheck=false;
>   println(“Disabled signature checking for update service.”);
> }
> catch (MissingPropertyException e)
> {
>   println(“No signature check disable property found!”);
> }

Thanks, this will help us too. Ideally, we would prefere to re-sign and leave 
the signature checking in place. Does anyone have ideas as to that?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/DE43F284DA14403E8528CF9526FB3BD1%40black7.
For more options, visit https://groups.google.com/d/optout.

RE: Slaves on Old OS's

[Jason Pyeron]

> -Original Message-
> From: Simona Avornicesei
> Sent: Friday, August 12, 2016 10:50
> To: Jenkins Users
> Subject: Re: Slaves on Old OS's
> 
> What is the reason for keeping/using such old machines?

We are building / testing software on Windows NT 4 and Windows 2000

Here is the java version vs supported OS version
Java 7 (http://www.oracle.com/technetwork/java/javase/config-417990.html)
Windows Vista ... Windows 10

Java 6 
(http://www.oracle.com/technetwork/java/javase/system-configurations-135212.html)
Windows 2000 ... Windows 8

Java 5 
(http://www.oracle.com/technetwork/java/javase/system-configurations-139801.html)
Windows 98/2000 ... Windows Vista (w/ support = Windows 7)
The internet says 1.5.0_05 will install on NT 4

Java 4 
(http://www.oracle.com/technetwork/java/javase/system-configurations-139862.html
 1.4.2, 
http://www.oracle.com/technetwork/java/javase/documentation/install-windows-139781.html
 1.4.1)
Windows 98/NT 4 ... Windows XP (w/ support = Windows 7)

-Jason

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/AC946CAB79A34AB7908D97CA6CD6CBC5%40black7.
For more options, visit https://groups.google.com/d/optout.

RE: Jenkins Hardware Upgrade

[Jason Pyeron]

> -Original Message-
> From: Albert Shamsiyan
> Sent: Sunday, May 15, 2016 5:45 AM
> 
> Hi, 
> 
> 
> I'm looking for a way to upgrade our Jenkins and hosting 
> machine to official latest. 
> Were currently using antique RedHat machine and Jankins 
> master was not updated for a while. 
> I would like to keep Jobs history. 
> 
> Suggestions how? 
> Pitfalls to be warned? 

Keep a complete backup of the old working machine, in case of the unknown.
This is how we got bit in the rump.


-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/41C7E399435A4E3A8AF6FB8937844EBF%40black7.
For more options, visit https://groups.google.com/d/optout.

RE: Handling testcases involving reboot during execution of Job on Slave

[Jason Pyeron]

 In nutshell , how to handle the reboot 
> scenario , so that the job is not broken in between.
> 
>   Regards
>   Ankit
> 
> 
>   
> 
>   -- 
>   You received this message because you 
> are subscribed to the Google Groups "Jenkins Users" group.
>   
> 
>   To unsubscribe from this group and stop 
> receiving emails from it, send an email to 
> jenkinsci-use...@googlegroups.com.
> 
> 
>   To view this discussion on the web 
> visit 
> https://groups.google.com/d/msgid/jenkinsci-users/d2f0f06b-5dc
f-4875-92b0-30f0c8dbbe04%40googlegroups.com > 
<https://groups.google.com/d/msgid/jenkinsci-users/d2f0f06b-5d
cf-4875-92b0-30f0c8dbbe04%40googlegroups.com?> 
utm_medium=email&utm_source=footer> .
>   For more options, visit 
> https://groups.google.com/d/optout.
>   
> 
>   
> 
>   -- 
>   You received this message because you are subscribed to 
> the Google Groups "Jenkins Users" group.
>   To unsubscribe from this group and stop receiving 
> emails from it, send an email to 
> jenkinsci-users+unsubscr...@googlegroups.com.
>   To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/d5548546-f61
d-4476-981c-245669283299%40googlegroups.com > 
<https://groups.google.com/d/msgid/jenkinsci-users/d5548546-f6
1d-4476-981c-245669283299%40googlegroups.com?> 
utm_medium=email&utm_source=footer> .
>   For more options, visit https://groups.google.com/d/optout.
>   
> 
> -- 
> You received this message because you are subscribed to the 
> Google Groups "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from 
> it, send an email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtFPK1P
P6Rsx1BhEc8t1ZKgN3McXSvQ5zF9DoWDD33Hkgg%40mail.gmail.com > 
<https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtFPK1
PP6Rsx1BhEc8t1ZKgN3McXSvQ5zF9DoWDD33Hkgg%40mail.gmail.com?> 
utm_medium=email&utm_source=footer> .
> For more options, visit https://groups.google.com/d/optout.
> 
> 


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/5F15CF8B39E84D2B8D8BE5C3BD75C5E1%40black.
For more options, visit https://groups.google.com/d/optout.

RE: GitHub plugin failure?

[Jason Pyeron]

> -Original Message-
> From: Jason Pyeron
> Sent: Saturday, March 07, 2015 16:00
> 
> Running the current Jenkins / plugins I get:
> 
> Mar 07, 2015 2:55:06 PM com.cloudbees.jenkins.GitHubWebHook 
> processGitHubPayload
> INFO: Received POST for https://github.com/CipherShed/CipherShed
> Mar 07, 2015 2:55:06 PM 
> hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1 error
> WARNING: Failed to instantiate optional component 
> com.cloudbees.jenkins.GitHubRepositoryNameContributor$FromMult
iSCM; skipping

https://wiki.jenkins-ci.org/display/JENKINS/Multiple+SCMs+Plugin fixed the 
error in the log.

But that was a red herring. There were two issues.

1. The SCM section was reverted to None
2. The url sent from GitHub.com changed from 
https://github.com/CipherShed/CipherShed.git to 
https://github.com/CipherShed/CipherShed

Fixing those, fixed the issue.

> 
> Now the last time this worked was Feb 28, 2015 9:59:24 AM, 
> that was before updates were applied (from unknown, but 
> recent versions)
> 
> Suggestions?
> 
> I have tried downgradding back to 1.598-1.1, the last know 
> working version, but still the same error message.

-Jason

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/5011E91F1D6F4303B49717DB6302934B%40black.
For more options, visit https://groups.google.com/d/optout.

GitHub plugin failure?

[Jason Pyeron]

Running the current Jenkins / plugins I get:

Mar 07, 2015 2:55:06 PM com.cloudbees.jenkins.GitHubWebHook processGitHubPayload
INFO: Received POST for https://github.com/CipherShed/CipherShed
Mar 07, 2015 2:55:06 PM hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1 
error
WARNING: Failed to instantiate optional component 
com.cloudbees.jenkins.GitHubRepositoryNameContributor$FromMultiSCM; skipping

Now the last time this worked was Feb 28, 2015 9:59:24 AM, that was before 
updates were applied (from unknown, but recent versions)

Suggestions?

I have tried downgradding back to 1.598-1.1, the last know working version, but 
still the same error message.

-Jason

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/EB9C2C11EF8C4FE0A6A7790B262C94C2%40black.
For more options, visit https://groups.google.com/d/optout.

RE: YUM cacerts and Jenkins Upgrade - Now Git Connection Error - returned status code 128

[Jason Pyeron]

> -Original Message-
> From: Jimmy Ray
> Sent: Wednesday, March 04, 2015 16:57
> 
> One of our admins performed a YUM update on our AWS Linux 
> Jenkins serve.  CA Certs were updated as well as Jenkins.  

There is a direcotry for you to put "your" cacerts, and then when yum updates 
the root ca certs it will merge yours and exclude you exclusions.

I am assuming you are on RHEL. 


> Now existing Jobs are failing and when we try to configure 
> jobs with existing GitHub creds, we get the following errors 
> in Jenkins:  
> 
>  <http://build.cbauthx.com/static/67c1d969/images/none.gif> 
> Failed to connect to repository : Command "git ls-remote -h 
>  HEAD" returned status code 128:
> stdout: 
> stderr: fatal: unable to access '': Peer's 
> certificate issuer has been marked as not trusted by the user.
> 
> 
> 
> We have verified that the cacerts used by Java were updated 
> via YUM.  Was there a change to how Jenkins uses these certs 
> from the Java JRE?  Anyone else seen this issue?
> 
> 
> -Jimmy
> 
> -- 
> You received this message because you are subscribed to the 
> Google Groups "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from 
> it, send an email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/5d7ef0af-e33
0-46f5-a004-aec17af36ed2%40googlegroups.com > 
<https://groups.google.com/d/msgid/jenkinsci-users/5d7ef0af-e3
30-46f5-a004-aec17af36ed2%40googlegroups.com?> 
utm_medium=email&utm_source=footer> .
> For more options, visit https://groups.google.com/d/optout.
> 
> 
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/9452800CC3FD4F87B1CC0DFBCBBCC4E0%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Upgrading Matrix Project Plugin to 1.4 .1 from 1.4 crashes with class not found errors - was RE: Borked my jenkins doing a plugin update

[Jason Pyeron]

> -Original Message-
> From: Mark Waite
> Sent: Saturday, February 28, 2015 20:43
> 
> > On Sat, Feb 28, 2015 at 5:52 PM, Jason Pyeron wrote:
> >
> > > -Original Message-
> > > From: Vincent Latombe
> > > Sent: Saturday, February 28, 2015 14:48
> > >
> > > Hi,
> > >
> > > A good habit is to check the release notes before updating.
> > >
> > > on https://wiki.jenkins-ci.org/display/JENKINS/Matrix+Project+Plugin
> > 
> > Yes, lesson learned.
> > 
> > I assumed a point release was fine, and that it had been tested in some 
> > sort of CI system.
>   
> Jason, I'm grateful that you reported the same problem that I 
> encountered this morning.  As far as I've experienced, this 

No problem, I reported it as I was debugging it for the next victim to search 
by google.

> was a very rare instance where a minor release of a plugin 
> had a major impact.

Not that I was actually checking the major vs minor change anyway.

> 
> We're still not as mature with upgrade testing as I'd like 
> (or at least, I'm not as mature with upgrade testing).  When 
> I have an upgrade concern, I typically need to construct 
> various upgrade scenarios to work through their 
> functionality.  It becomes even more challenging when 
> interacting with the update center, since it is a remote 
> system running "in production".

Understood, there are never enough resources.

> 
> Thanks for noting the problem to the mailing list for the 
> rest of us who learned from your observations.

The three biggest takeaways from this event:

1. The log MUST say WARNING: PLUGIN UPGRADE ___Name_of_plugin___ from 
___old_version___ to ___new_version___
https://issues.jenkins-ci.org/browse/JENKINS-27176

2. there should be an easy CLI mechanism to "disable" a plugin
https://issues.jenkins-ci.org/browse/JENKINS-27177

3. if the config.xml "requires" a unavailable plugin class, that section should 
be ignored.
https://issues.jenkins-ci.org/browse/JENKINS-27175

-Jason

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/03AD923C6C3947FBAD030AFC6449F339%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Upgrading Matrix Project Plugin to 1.4 .1 from 1.4 crashes with class not found errors - was RE: Borked my jenkins doing a plugin update

[Jason Pyeron]

> -Original Message-
> From: Vincent Latombe
> Sent: Saturday, February 28, 2015 14:48
> 
> Hi,
> 
> A good habit is to check the release notes before updating.
> 
> on https://wiki.jenkins-ci.org/display/JENKINS/Matrix+Project+Plugin

Yes, lesson learned.

I assumed a point release was fine, and that it had been tested in some sort of 
CI system.

> 
> Version 1.4.1 (Feb 27, 2015)
> 
> 
> Bundled in 1.596.1 and 1.600. Do not update to this release; 
> it will be removed from the update center (INFRA-250). If you 
> have already updated, use Plugin Manager > Installed to 
> revert to your previous version.
> 
> 
> Vincent
> 
> 2015-02-28 19:30 GMT+01:00 Jason Pyeron :
> 
> 
>   > -Original Message-
>   > From: Jason Pyeron
>   > Sent: Saturday, February 28, 2015 13:11
>   >
>   > > -Original Message-
>   > > From: Jason Pyeron
>   > > Sent: Saturday, February 28, 2015 13:03
>   > >
>   > > > -Original Message-
>   > > > From: Baptiste Mathus
>   > > > Sent: Saturday, February 28, 2015 13:00
>   > > >
>   > > > Generally it can help to say which plugin you did 
> update when
>   > > > you say that caused a problem :).
>   > >
>   > > Still searching the logs for the answer.
>   
>   Matrix Project Plugin 1.4.1, from 1.4
>   
>   > >
>   > > >
>   > > > By chance, looking at the stacktrace, did you update the
>   > > > matrix project plugin? If so maybe try to 
> downgrade it to the
>   > > > version before?
>   > >
>   > > First plugin to downgrade, now trying git plugin.
>   
>   Was in panic mode, the down grade worked.
>   
>   >
>   > I have the ciphershed.org jenkins back online now.
>   
>   > Anyone up for a post mortem?
>   
>   Here is the full log:
>   
>   Feb 28, 2015 12:25:51 PM hudson.model.UpdateCenter doSafeRestart
>   INFO: Scheduling Jenkins reboot
>   Feb 28, 2015 12:25:53 PM 
> hudson.model.UpdateCenter$DownloadJob run
>   INFO: Starting the installation of Matrix Project 
> Plugin on behalf of jpyeron
>   Feb 28, 2015 12:25:53 PM 
> hudson.model.UpdateCenter$UpdateCenterConfiguration download
>   INFO: Downloading Matrix Project Plugin
>   Feb 28, 2015 12:25:53 PM jenkins.model.Jenkins$23 run
>   INFO: Restart in 10 seconds
>   Feb 28, 2015 12:26:03 PM jenkins.model.Jenkins$23 run
>   SEVERE: Restarting VM as requested by anonymous
>   
>   Running from: /usr/lib/jenkins/jenkins.war
>   Feb 28, 2015 12:26:05 PM winstone.Logger logInternal
>   INFO: Beginning extraction from war file
>   Feb 28, 2015 12:26:05 PM 
> org.eclipse.jetty.util.log.JavaUtilLog info
>   INFO: jetty-winstone-2.8
>   Feb 28, 2015 12:26:09 PM 
> org.eclipse.jetty.util.log.JavaUtilLog info
>   INFO: NO JSP Support for , did not find 
> org.apache.jasper.servlet.JspServlet
>   Jenkins home directory: /var/lib/jenkins found at: 
> System.getProperty("JENKINS_HOME")
>   Feb 28, 2015 12:26:11 PM 
> org.eclipse.jetty.util.log.JavaUtilLog info
>   INFO: Started SelectChannelConnector@0.0.0.0:8080
>   Feb 28, 2015 12:26:11 PM 
> org.eclipse.jetty.util.log.JavaUtilLog info
>   INFO: Started Ajp13SocketConnector@0.0.0.0:8009
>   Feb 28, 2015 12:26:11 PM 
> org.eclipse.jetty.util.log.JavaUtilLog info
>   INFO: AJP13 is not a secure protocol. Please protect port 8009
>   Feb 28, 2015 12:26:11 PM winstone.Logger logInternal
>   INFO: Winstone Servlet Engine v2.0 running: controlPort=disabled
>   Feb 28, 2015 12:26:11 PM jenkins.InitReactorRunner$1 onAttained
>   INFO: Started initialization
>   Feb 28, 2015 12:26:12 PM hudson.PluginManager$1$3$2$1 
> reactOnCycle
>   SEVERE: found cycle in plugin dependencies: 
> (root=Plugin:matrix-auth, deactivating all involved) 
> Plugin:matrix-auth -> Plugin:windows-slaves -> 
> Plugin:antisamy-markup-formatter -> Plugin:matrix-project -> 
> Plugin:script-security -> Plugin:matrix-auth
>   Feb 28, 2015 12:26:13 PM hudson.PluginManager$1$3$2$1 
> reactOnCycle
>   SEVERE: found cycle in plugin dependencies: 
> (root=Plugin:windows-slaves, deactivating all involved) 
> Plugin:windows-slaves -> Plugin:antisamy-markup-formatter -> 
> Plugin:matrix-project -> Plugin:script-security -> 
> Plugin:matrix-auth -> Plugin:windows-slaves
>   Fe

RE: Borked my jenkins doing a plugin update

[Jason Pyeron]

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

> -Original Message-
> From: jenkinsci-users@googlegroups.com 
> [mailto:jenkinsci-users@googlegroups.com] On Behalf Of Daniel Beck
> Sent: Saturday, February 28, 2015 17:23
> To: jenkinsci-users@googlegroups.com
> Subject: Re: Borked my jenkins doing a plugin update
> 
> 
> On 28.02.2015, at 19:11, Jason Pyeron  wrote:
> 
> > Anyone up for a post mortem?
> 
> Caused by the fix to SECURITY-125:
> https://wiki.jenkins-ci.org/display/SECURITY/Jenkins+Security+
Advisory+2015-02-27
> 
> So it should be an unusual enough situation. Additionally, 
> facilities to prevent this problem in the future were added 
> to update center generation code and Jenkins itself.
> 
> > I shall never again assume the safety of plugin updates...
> 
> Checking changelogs of software before you're updating is a 
> reasonable safeguard against getting surprised by undesirable 
> changes in general.

I say with tongue in cheek, "click link, scroll and read 'Version 1.4.1 (Feb 
27, 2015) Bundled in 1.596.1 and 1.600. Do not update to this release; it will 
be removed from the update center (INFRA-250). If you have already updated, use 
Plugin Manager > Installed to revert to your previous version.`"

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/5DCDC8555A664C1CAD9F00744B6E6542%40black.
For more options, visit https://groups.google.com/d/optout.

Upgrading Matrix Project Plugin to 1.4 .1 from 1.4 crashes with class not found errors - was RE: Borked my jenkins doing a plugin update

[Jason Pyeron]

> -Original Message-
> From: Jason Pyeron
> Sent: Saturday, February 28, 2015 13:11
> 
> > -Original Message-----
> > From: Jason Pyeron
> > Sent: Saturday, February 28, 2015 13:03
> > 
> > > -Original Message-
> > > From: Baptiste Mathus
> > > Sent: Saturday, February 28, 2015 13:00
> > > 
> > > Generally it can help to say which plugin you did update when 
> > > you say that caused a problem :).
> > 
> > Still searching the logs for the answer.

Matrix Project Plugin 1.4.1, from 1.4

> > 
> > > 
> > > By chance, looking at the stacktrace, did you update the 
> > > matrix project plugin? If so maybe try to downgrade it to the 
> > > version before?
> > 
> > First plugin to downgrade, now trying git plugin.

Was in panic mode, the down grade worked.

> 
> I have the ciphershed.org jenkins back online now.

> Anyone up for a post mortem?

Here is the full log:

Feb 28, 2015 12:25:51 PM hudson.model.UpdateCenter doSafeRestart
INFO: Scheduling Jenkins reboot
Feb 28, 2015 12:25:53 PM hudson.model.UpdateCenter$DownloadJob run
INFO: Starting the installation of Matrix Project Plugin on behalf of jpyeron
Feb 28, 2015 12:25:53 PM hudson.model.UpdateCenter$UpdateCenterConfiguration 
download
INFO: Downloading Matrix Project Plugin
Feb 28, 2015 12:25:53 PM jenkins.model.Jenkins$23 run
INFO: Restart in 10 seconds
Feb 28, 2015 12:26:03 PM jenkins.model.Jenkins$23 run
SEVERE: Restarting VM as requested by anonymous

Running from: /usr/lib/jenkins/jenkins.war
Feb 28, 2015 12:26:05 PM winstone.Logger logInternal
INFO: Beginning extraction from war file
Feb 28, 2015 12:26:05 PM org.eclipse.jetty.util.log.JavaUtilLog info
INFO: jetty-winstone-2.8
Feb 28, 2015 12:26:09 PM org.eclipse.jetty.util.log.JavaUtilLog info
INFO: NO JSP Support for , did not find org.apache.jasper.servlet.JspServlet
Jenkins home directory: /var/lib/jenkins found at: 
System.getProperty("JENKINS_HOME")
Feb 28, 2015 12:26:11 PM org.eclipse.jetty.util.log.JavaUtilLog info
INFO: Started SelectChannelConnector@0.0.0.0:8080
Feb 28, 2015 12:26:11 PM org.eclipse.jetty.util.log.JavaUtilLog info
INFO: Started Ajp13SocketConnector@0.0.0.0:8009
Feb 28, 2015 12:26:11 PM org.eclipse.jetty.util.log.JavaUtilLog info
INFO: AJP13 is not a secure protocol. Please protect port 8009
Feb 28, 2015 12:26:11 PM winstone.Logger logInternal
INFO: Winstone Servlet Engine v2.0 running: controlPort=disabled
Feb 28, 2015 12:26:11 PM jenkins.InitReactorRunner$1 onAttained
INFO: Started initialization
Feb 28, 2015 12:26:12 PM hudson.PluginManager$1$3$2$1 reactOnCycle
SEVERE: found cycle in plugin dependencies: (root=Plugin:matrix-auth, 
deactivating all involved) Plugin:matrix-auth -> Plugin:windows-slaves -> 
Plugin:antisamy-markup-formatter -> Plugin:matrix-project -> 
Plugin:script-security -> Plugin:matrix-auth
Feb 28, 2015 12:26:13 PM hudson.PluginManager$1$3$2$1 reactOnCycle
SEVERE: found cycle in plugin dependencies: (root=Plugin:windows-slaves, 
deactivating all involved) Plugin:windows-slaves -> 
Plugin:antisamy-markup-formatter -> Plugin:matrix-project -> 
Plugin:script-security -> Plugin:matrix-auth -> Plugin:windows-slaves
Feb 28, 2015 12:26:13 PM hudson.PluginManager$1$3$2$1 reactOnCycle
SEVERE: found cycle in plugin dependencies: 
(root=Plugin:antisamy-markup-formatter, deactivating all involved) 
Plugin:antisamy-markup-formatter -> Plugin:matrix-project -> 
Plugin:script-security -> Plugin:matrix-auth -> Plugin:windows-slaves -> 
Plugin:antisamy-markup-formatter
Feb 28, 2015 12:26:13 PM hudson.PluginManager$1$3$2$1 reactOnCycle
SEVERE: found cycle in plugin dependencies: (root=Plugin:matrix-project, 
deactivating all involved) Plugin:matrix-project -> Plugin:script-security -> 
Plugin:matrix-auth -> Plugin:windows-slaves -> Plugin:antisamy-markup-formatter 
-> Plugin:matrix-project
Feb 28, 2015 12:26:13 PM jenkins.InitReactorRunner$1 onAttained
INFO: Listed all plugins
Feb 28, 2015 12:26:13 PM jenkins.InitReactorRunner$1 onAttained
INFO: Prepared all plugins
Feb 28, 2015 12:26:13 PM org.jvnet.hudson.annotation_indexer.Index$2$1 fetch
WARNING: Failed to load hudson.plugins.git.GitSCM
java.lang.NoClassDefFoundError: hudson/matrix/MatrixBuild
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2615)
at java.lang.Class.getDeclaredMethods(Class.java:1860)
at org.jvnet.hudson.annotation_indexer.Index$2$1.fetch(Index.java:102)
at org.jvnet.hudson.annotation_indexer.Index$2$1.hasNext(Index.java:72)
at 
org.jvnet.hudson.annotation_indexer.SubtypeIterator.fetch(SubtypeIterator.java:18)
at 
org.jvnet.hudson.annotation_indexer.SubtypeIterator.hasNext(SubtypeIterator.java:28)

RE: Borked my jenkins doing a plugin update

[Jason Pyeron]

> -Original Message-
> From: Jason Pyeron
> Sent: Saturday, February 28, 2015 13:03
> 
> 
> > -Original Message-
> > From: Baptiste Mathus
> > Sent: Saturday, February 28, 2015 13:00
> > 
> > Generally it can help to say which plugin you did update when 
> > you say that caused a problem :).
> 
> Still searching the logs for the answer.
> 
> > 
> > By chance, looking at the stacktrace, did you update the 
> > matrix project plugin? If so maybe try to downgrade it to the 
> > version before?
> 
> First plugin to downgrade, now trying git plugin.

I have the ciphershed.org jenkins back online now.

The plugin updates section says:

Matrix Authorization Strategy Plugin
Offers matrix-based security authorization strategies (global and per-project).
Avaialable: 1.2
Installed:  1.1

Matrix Project Plugin
Multi-configuration (matrix) project type.
Avaialble:  1.4.1
Installed:  1.4

I shall never again assume the safety of plugin updates...

Anyone up for a post mortem?

-Jason

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/AB75DEF5E0624278BBA34BAEA0B480F4%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Borked my jenkins doing a plugin update

[Jason Pyeron]

> -Original Message-
> From: jenkinsci-users@googlegroups.com 
> [mailto:jenkinsci-users@googlegroups.com] On Behalf Of Baptiste Mathus
> Sent: Saturday, February 28, 2015 13:00
> To: jenkinsci-users@googlegroups.com
> Subject: Re: Borked my jenkins doing a plugin update
> 
> Generally it can help to say which plugin you did update when 
> you say that caused a problem :).

Still searching the logs for the answer.

> 
> By chance, looking at the stacktrace, did you update the 
> matrix project plugin? If so maybe try to downgrade it to the 
> version before?

First plugin to downgrade, now trying git plugin.

> 
> Cheers
> 
> And it goes down hill from here.
> 
> The first error in the log on disk is:
> 
> Feb 28, 2015 11:50:28 AM jenkins.InitReactorRunner$1 onAttained
> INFO: Prepared all plugins
> Feb 28, 2015 11:50:29 AM 
> org.jvnet.hudson.annotation_indexer.Index$2$1 fetch
> WARNING: Failed to load hudson.plugins.git.GitSCM
> java.lang.NoClassDefFoundError: hudson/matrix/MatrixBuild


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/8A6D51AD485943428FFD26A47229D4FB%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Borked my jenkins doing a plugin update

[Jason Pyeron]

> -Original Message-
> From: Jason Pyeron
> Sent: Saturday, February 28, 2015 12:46
> 
> And it goes down hill from here.

Following the instructions at 
https://wiki.jenkins-ci.org/display/JENKINS/Disable+security

Commenting out the section of config.xml related to 
ProjectMatrixAuthorizationStrategy

Gets me to:

Welcome to Jenkins!
Please create new jobs to get started.

Then:

Manage Jenkins
The following plugins are deactivated because of cyclic dependencies, most 
likely you can resolve the issue by updating these to a newer version. 
.matrix-auth
.windows-slaves
.matrix-project
.antisamy-markup-formatter
.script-security
You have data stored in an older format and/or unreadable data.

And then, when discarding old data:

A problem occurred while processing the request. Please check our bug tracker 
to see if a similar problem has already been reported. If it is already 
reported, please vote and put a comment on it to let us gauge the impact of the 
problem. If you think this is a new issue, please file a new issue. When you 
file an issue, make sure to add the entire stack trace, along with the version 
of Jenkins and relevant plugins. The users list might be also useful in 
understanding what has happened.

Stack trace
javax.servlet.ServletException: java.lang.NoClassDefFoundError: 
hudson/plugins/emailext/ExtendedEmailPublisher
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:796)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:249)
at 
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:746)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:876)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:649)
at org.kohsuke.stapler.Stapler.service(Stapler.java:238)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
at 
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:686)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1494)
at 
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:123)
at 
hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:114)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at 
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at 
hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at 
org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:49)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at 
hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1482)
at 
org.kohsuke.stapler.DiagnosticThreadNameFilter.doFilter(DiagnosticThreadNameFilter.java:30)
at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1474)
at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:499)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533)
at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086)
at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:428)
at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020)
at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
at org.eclipse.jetty.server.Server.handle(Server.java:370)
at 
org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:489)
at 
org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:960)
at 
org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1021)
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:

Borked my jenkins doing a plugin update

[Jason Pyeron]

(AbstractTreeMarshallingStrategy.java:32)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1189)
at hudson.util.XStream2.unmarshal(XStream2.java:113)
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1173)
at hudson.XmlFile.unmarshal(XmlFile.java:163)
... 9 more
Caused by: com.thoughtworks.xstream.mapper.CannotResolveClassException: 
hudson.security.ProjectMatrixAuthorizationStrategy
at 
com.thoughtworks.xstream.mapper.DefaultMapper.realClass(DefaultMapper.java:79)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.DynamicProxyMapper.realClass(DynamicProxyMapper.java:55)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.PackageAliasingMapper.realClass(PackageAliasingMapper.java:88)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.ClassAliasingMapper.realClass(ClassAliasingMapper.java:79)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.ArrayMapper.realClass(ArrayMapper.java:74)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.SecurityMapper.realClass(SecurityMapper.java:71)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at hudson.util.XStream2$CompatibilityMapper.realClass(XStream2.java:280)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at hudson.util.xstream.MapperDelegate.realClass(MapperDelegate.java:43)
at 
com.thoughtworks.xstream.mapper.MapperWrapper.realClass(MapperWrapper.java:30)
at 
com.thoughtworks.xstream.mapper.CachingMapper.realClass(CachingMapper.java:48)
at 
hudson.util.RobustReflectionConverter.determineType(RobustReflectionConverter.java:417)
at 
hudson.util.RobustReflectionConverter.doUnmarshal(RobustReflectionConverter.java:285)
at 
hudson.util.RobustReflectionConverter.unmarshal(RobustReflectionConverter.java:228)
at 
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
... 18 more


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/91E617BC8EF74DEBA210A5567BBDDB60%40black.
For more options, visit https://groups.google.com/d/optout.

RE: How to disable automatic scheduling of the Git Plugin

[Jason Pyeron]

> -Original Message-
> From: Mark Waite
> Sent: Tuesday, January 27, 2015 21:49
> 
> I don't think you can disable all scheduling of jobs 
> performed by the git plugin.  It assumes the tip of each 
> "branch to build" should be built if not built previously.
> 
> You might try leaving the "branches to build" field 

You need to put the specific branch in the box, that causes it to ignore all 
other branches.

> completely empty, or give it the name of a branch which is 
> known to not exist.  Both would be quite unusual use models 
> based on what I've seen with the plugin, but they might work.
> 
> Mark Waite
> 
> On Tue, Jan 27, 2015 at 5:44 PM, bl0ck3r 
>  wrote:
> 
> 
>   The Git Plugin tells me that it is "Scheduling another 
> build to catch up with project-integration"
>   I do not use polling, I do not use any triggers, I have 
> a plain job triggered by hand.
>   How do I turn off any and all of the automatic 
> scheduling performed by the Git Plugin?

It is because you have multiple branches matching the:

Branches to build: Branch Specifier (blank for 'any'):

>   
>   Thanks,
>   Martin


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/15CD914AB7854F95A336886CD67CEE72%40black.
For more options, visit https://groups.google.com/d/optout.

One project per branch (or build history per branch) Was How to disable automatic scheduling of the Git Plugin

[Jason Pyeron]

I am looking for a way to track the builds of each branch. It does not make 
sense for a developer's branch to be reflected in the main branch's reports 
such as stability, code coverage, etc.

Any ideas?

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

> -Original Message-
> From: jenkinsci-users@googlegroups.com 
> [mailto:jenkinsci-users@googlegroups.com] On Behalf Of Mark Waite
> Sent: Tuesday, January 27, 2015 21:49
> To: jenkinsci-users@googlegroups.com
> Subject: Re: How to disable automatic scheduling of the Git Plugin
> 
> I don't think you can disable all scheduling of jobs 
> performed by the git plugin.  It assumes the tip of each 
> "branch to build" should be built if not built previously.
> 
> You might try leaving the "branches to build" field 
> completely empty, or give it the name of a branch which is 
> known to not exist.  Both would be quite unusual use models 
> based on what I've seen with the plugin, but they might work.
> 
> Mark Waite
> 
> On Tue, Jan 27, 2015 at 5:44 PM, bl0ck3r 
>  wrote:
> 
> 
>   The Git Plugin tells me that it is "Scheduling another 
> build to catch up with project-integration"
>   I do not use polling, I do not use any triggers, I have 
> a plain job triggered by hand.
>   How do I turn off any and all of the automatic 
> scheduling performed by the Git Plugin?
>   
>   Thanks,
>   Martin
>   
>   
>   
> 
>   -- 
>   You received this message because you are subscribed to 
> the Google Groups "Jenkins Users" group.
>   To unsubscribe from this group and stop receiving 
> emails from it, send an email to 
> jenkinsci-users+unsubscr...@googlegroups.com.
>   To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/10864b38-38c
f-40bb-8f63-b0f5e9196072%40googlegroups.com > 
<https://groups.google.com/d/msgid/jenkinsci-users/10864b38-38
cf-40bb-8f63-b0f5e9196072%40googlegroups.com?> 
utm_medium=email&utm_source=footer> .
>   For more options, visit https://groups.google.com/d/optout.
>   
> 
> 
> 
> 
> -- 
> 
> Thanks!
> Mark Waite
> 
> -- 
> You received this message because you are subscribed to the 
> Google Groups "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from 
> it, send an email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtFbiGH
OzqB_9Vpw5%3DqSkNFGW4qpPD%3DE2U0c0H5BWCD-jw%40mail.gmail.com > 
<https://groups.google.com/d/msgid/jenkinsci-users/CAO49JtFbiG
HOzqB_9Vpw5%3DqSkNFGW4qpPD%3DE2U0c0H5BWCD-jw%40mail.gmail.com?> 
utm_medium=email&utm_source=footer> .
> For more options, visit https://groups.google.com/d/optout.
> 
> 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/90C6917954124F27828F08BAEE07177C%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Efficient way to copy artifacts(with symlinks) across workspace

[Jason Pyeron]

> -Original Message-
> From: Jenkinsnewbie
> Sent: Tuesday, January 13, 2015 13:21
> 
> I am not sure if Windows supports symlinks.
> But the current requirement  is to support at least Linux and 
> may be Windows.
> 

If you can run tar, then you can run cpio. We use cygwin for that on windows.

> 
> On Tuesday, 13 January 2015 19:13:06 UTC+1, Jason Pyeron wrote:
> 
>   > -Original Message- 
>   > From: Jenkinsnewbie 
>   > Sent: Tuesday, January 13, 2015 13:10 
>   > 
>   > Will "cpio -dum" work in Windows? 
>   
>   With cygwin, how were you handling links before on windows? 
>   
>   > 
>   > On Tuesday, 13 January 2015 18:35:39 UTC+1, John 
> Mellor wrote: 
>   > 
>   > "tar" functionality does not nicely handle links, and 
>   > never has.  How about using "cpio -pdum" or "pax" to copy the 
>   > directory? 
>   > 
>   >  
>   > 
>   > From: jenkins...@googlegroups.com
>   > [mailto:jenkins...@googlegroups.com  ] On Behalf 
>   > Of Jenkinsnewbie 
>   > Sent: January-13-15 11:33 
>   > To: jenkins...@googlegroups.com  
>   > Subject: Efficient way to copy artifacts(with 
> symlinks) 
>   > across workspace 
>   > 
>   >  
>   > 
>   > I have a very specific issue. Problem is: I need to 
>   > copy artifacts from one directory in workspace to another. 
>   > some of the artifacts  contain symlinks. I use the solution 
>   > as provided in: 
>   > 
> https://github.com/jenkinsci/jenkins/commit/e15b2e19e394f5d631
>  <https://github.com/jenkinsci/jenkins/commit/e15b2e19e394f5d631>  
>   > 83f01a2e72a14115a0c370 
>   > 
> <https://github.com/jenkinsci/jenkins/commit/e15b2e19e394f5d63
>  <https://github.com/jenkinsci/jenkins/commit/e15b2e19e394f5d63>  
>   > 183f01a2e72a14115a0c370>  i.e. taring the source and untaring 
>   > at destination. But it sometimes fail at the slaves. 
>   > 
>   >  
>   > 
>   > Does anyone have a better solution? 
>   > 
>   >  
>   > 
>   > Thanks! 
>   > 


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/F8DCC81539D2427CA206070EC4B67EE2%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Efficient way to copy artifacts(with symlinks) across workspace

[Jason Pyeron]

> -Original Message-
> From: Jenkinsnewbie
> Sent: Tuesday, January 13, 2015 13:10
> 
> Will "cpio -dum" work in Windows?

With cygwin, how were you handling links before on windows?

> 
> On Tuesday, 13 January 2015 18:35:39 UTC+1, John Mellor wrote:
> 
>   "tar" functionality does not nicely handle links, and 
> never has.  How about using "cpio -pdum" or "pax" to copy the 
> directory?
> 
>
> 
>   From: jenkins...@googlegroups.com   
> [mailto:jenkins...@googlegroups.com  ] On Behalf 
> Of Jenkinsnewbie
>   Sent: January-13-15 11:33
>   To: jenkins...@googlegroups.com  
>   Subject: Efficient way to copy artifacts(with symlinks) 
> across workspace
> 
>
> 
>   I have a very specific issue. Problem is: I need to 
> copy artifacts from one directory in workspace to another. 
> some of the artifacts  contain symlinks. I use the solution 
> as provided in: 
> https://github.com/jenkinsci/jenkins/commit/e15b2e19e394f5d631
> 83f01a2e72a14115a0c370 
> <https://github.com/jenkinsci/jenkins/commit/e15b2e19e394f5d63
> 183f01a2e72a14115a0c370>  i.e. taring the source and untaring 
> at destination. But it sometimes fail at the slaves.
> 
>
> 
>   Does anyone have a better solution?
> 
>
> 
>   Thanks!
> 
>   -- 
>   You received this message because you are subscribed to 
> the Google Groups "Jenkins Users" group.
>   To unsubscribe from this group and stop receiving 
> emails from it, send an email to 
> jenkinsci-use...@googlegroups.com  .
>   To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/48986b25-2c9
b-48dd-a588-d1c9a66ff6bd%40googlegroups.com > 
<https://groups.google.com/d/msgid/jenkinsci-users/48986b25-2c
9b-48dd-a588-d1c9a66ff6bd%40googlegroups.com?> 
utm_medium=email&utm_source=footer> .
>   For more options, visit 
> https://groups.google.com/d/optout 
> <https://groups.google.com/d/optout> .
> 
> -- 
> You received this message because you are subscribed to the 
> Google Groups "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from 
> it, send an email to jenkinsci-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/fe1351f6-fef
0-403d-9359-891f209fa67e%40googlegroups.com > 
<https://groups.google.com/d/msgid/jenkinsci-users/fe1351f6-fe
f0-403d-9359-891f209fa67e%40googlegroups.com?> 
utm_medium=email&utm_source=footer> .
> For more options, visit https://groups.google.com/d/optout.
> 
> 
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/D0FC529979E84F6E9C42141AF1295DA1%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Git based builds; one commit at a time

[Jason Pyeron]

> -Original Message-
> From: Rob Mandeville
> Sent: Wednesday, December 31, 2014 8:57
> 
[reformatted to make sense...]
>> From: Steve K
>> Sent: Tuesday, December 30, 2014 3:21 PM
>> 
>> Let's say that, since my most recent build, there have been 
>> three (3) new commits.
>> Rather than having one build that includes all three commits, 
>> I would like to have three separate builds; one for each of 
>> the three in sequence.
>> 
>> Is anyone doing something like that?  If so, how are you doing it?
>> 
>> Thanks in advance.
>> 
> It can be (mostly) done, but you are intentionally defeating 
> a Jenkins feature and you need to take that into account.
> 

This sounds like you should be using a hook to ensure no commits are recevied 
(added to the repo) unless they pass all the tests. Steve, can you confirm that 
intention?


> If you absolutely, positively need one job per commit, 
> including the case above (or cases where multiple people 
> commit faster than Jenkins can even run its poll), now you're 
> going to have to get tricky.  Now you need to work in the 
> poller job.  It will have to behave like so:
> 
> 1.   Determine what the last commit built was.  Maybe it 
> can use Jenkins internals, or get the parameters from the 
> last build of the runner via HTTP to the job's /api/xml page.
> 
> 2.   Get the history of the repository or branch
> 
> 3.   Find all the commits done after the last commit built
> 
> 4.   In order, launch the runner for each of those commits.
> 


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/A3E5D23C7B8049FD8B2296F83444BBBD%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Notification over commit

[Jason Pyeron]

> -Original Message-
> From: Adrien Ruffié
> Sent: Monday, December 29, 2014 12:18
> 
> Hello all,
> 
>  
> 
> I have a group of developers which commit with GIT on several 
> java package of a web application. So in order to check 
> theirs commits, I want to be notified (by mail for example) 
> when a commit perfomed on previous package.
> 
> Or can be possible to have a commit report over each package ?

I think that is best done in the git hooks instead of Jenkins proper.

We use git-multimail.


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-       -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/A2F6F1B73F6C48809A1B1A5B620B7B36%40black.
For more options, visit https://groups.google.com/d/optout.

RE: Jenkins update hangs on CentOS

[Jason Pyeron]

> -Original Message-
> From: Yves Schumann
> Sent: Tuesday, October 28, 2014 3:37
> 
> Hi @all 
> 
> I've got a problem with one of my Jenkins installations. This 
> one is running on CentOS 6 and every time I update this 
> machine, the Jenkins installation hangs. So after some 
> minutes I break the update with Ctrl-C and call 
> yum-complete-transaction to finish the update.

While I have experienced slowness downloading the packages, patience has always 
allowed it to update for us.

> 
> Any ideas what the problem could be? Even rebuilding the 
> package database with "rpm --rebuilddb" has no effect, same 
> problem on next update. So there is not the best feeling 
> during an update job on this machine because I never know if 
> there will be something else go wrong...
> 
> Kind regards,
> Yves

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.