Can someone throw some light on this, please? I am trying to load a JDBC
type 4 driver from the local system (no agents involved) in order to update
a database during deployment. The classLoader.rootLoader is null in the
Jenkins groovy container, so I'm not sure how to accomplish this. The
pipe
; annotation as a workaround for now.
>
>
> On Aug 17, 2020, at 17:01, Randall Becker >
> wrote:
>
> I'm having some difficulty with global shared groovy libraries in
> pipelines (Jenkins 2.242, with Pipeline:Groovy Shared Libraries 2.16) and
> could use a swif
I'm having some difficulty with global shared groovy libraries in pipelines
(Jenkins 2.242, with Pipeline:Groovy Shared Libraries 2.16) and could use a
swift kick in the proper direction.
I've configured a local bare git repository using it's path in the System
Configuration, which correctly re
OK: Blame the operator. shallow: true made the difference. It was shallow:
false before. So that makes the difference. I'm now getting the desired
results inside Jenkins.
Randall
On Monday, 3 August 2020 17:13:00 UTC-4, Randall Becker wrote:
>
> I know I should know the answer to th
I know I should know the answer to this one, but it's eluding me. When I
run git describe from within a Jenkins pipeline, I am getting different
results from when git describe is run from a normal clone/checkout. This
happens even if I move to a detached head state.
Obviously I'm missing an opt
exception (and one
with the URL involved, which Jenkins plugins are notorious for not
reporting).
Cheers,
Randall
On Tuesday, 28 July 2020 10:05:16 UTC-4, Randall Becker wrote:
>
> This has been going on since 2.233. We are getting pretty consistent
> failures of Jenkins right
This has been going on since 2.233. We are getting pretty consistent
failures of Jenkins right after the "Listed all plugins" message is logged.
This just on the controller (there are no agents), running JRE 1.8.0_45. I
have wiped the configuration three times already. As soon as I add pipeline
Turns out, you cannot use a key-pair with a passphrase in this situation.
SSH key-pairs without a passphrase works correctly (but passphrases are
mandatory in our shop).
On Monday, 20 July 2020 14:14:47 UTC-4, Randall Becker wrote:
>
> I'm going to have to dig deeper and probabl
ople that said it works.
>
> You're welcome to suggest improvements in that area with the understanding
> that I can only evaluate that code by inspection, not by execution.
>
> Mark Waite
>
> On Thu, Jul 16, 2020 at 7:49 AM Randall Becker > wrote:
>
>> That
th the understanding
> that I can only evaluate that code by inspection, not by execution.
>
> Mark Waite
>
> On Thu, Jul 16, 2020 at 7:49 AM Randall Becker > wrote:
>
>> That's what we were trying to do originally. There is a problem. When
>> GitSCM creates
nt?
>
> On Mon, Jul 13, 2020 at 8:45 AM Randall Becker > wrote:
>
>> I wish it was that simple. The issue definitely appears to be the
>> encoding of the private key during a key exchange. When using SSH-Agent and
>> git commands from within a shell in the pipeline,
11 de julio de 2020, 22:25:08 (UTC+2), Randall Becker escribió:
>>
>> I'm having issues trying to get an agent to authenticate using the SSH
>> Agent plugin on a R2.4 z/OS USS agent with a Docker Jenkins controller. The
>> goal is to convince GitSCM to actually f
I'm having issues trying to get an agent to authenticate using the SSH
Agent plugin on a R2.4 z/OS USS agent with a Docker Jenkins controller. The
goal is to convince GitSCM to actually fetch properly. We get SSH
authentication errors no matter what happens. This is using Pipelines.
I've tried
have gotten an email notification from Jira about
>> it. Please provide more information there to help us investigate.
>>
>>
>> > On 22. Jun 2020, at 19:15, Randall Becker wrote:
>> >
>> > Hi All,
>> >
>> > We just installed J
I have a situation where I need to run a pipeline with a reduced set of
environment variables. The build environment has a limit of the total size
of the environment and Jenkin's contribution is causing an overflow to that
limit. Is there a way to unset variable in pipelines as could be done in
Hi All,
We just installed Jenkins 2.240 and suddenly there is a job with some
really strange content, including:
#!/bin/bash
threadCount=$(lscpu | grep 'CPU(s)' | grep -v ',' | awk '{print $2}' | head
-n 1);
hostHash=$(hostname -f | md5sum | cut -c1-8);
echo "${hostHash} - ${threadCount}";
ktr
java -jar jenkins.war
doesn't cut it.
:(
On Wednesday, April 24, 2019 at 3:14:49 PM UTC-4, Randall Becker wrote:
>
> I'm rebuilding both docker and standalone images and will compare. The
> docker image is fine with the key pair after I restarted it. I also had to
> pick o
Jenkins
> reporting any issue with the private key format?
>
> On Wed, Apr 24, 2019 at 12:53 PM Randall Becker > wrote:
>
>> I went back to try to use 2.164 on Docker and am experiencing similar
>> issues. I wonder whether this update is DOA.
>>
>> On Wednes
I went back to try to use 2.164 on Docker and am experiencing similar
issues. I wonder whether this update is DOA.
On Wednesday, April 24, 2019 at 2:45:16 PM UTC-4, Mark Waite wrote:
>
>
>
> On Wed, Apr 24, 2019 at 12:35 PM Randall Becker > wrote:
>
>> I should qualify.
I should qualify... the passphrase prompt disappeared when setsid is used,
but that still does not allow a passphrase-less keypair.
On Wednesday, April 24, 2019 at 2:33:07 PM UTC-4, Randall Becker wrote:
>
> The Multibranch Pipeline Plugin using JGit ends up incompatible.
>
> >
r polling. I'm on
Git Plugin 3.9.3.
setsid made no difference.
On Wednesday, April 24, 2019 at 2:24:00 PM UTC-4, Mark Waite wrote:
>
>
>
> On Wed, Apr 24, 2019 at 12:10 PM Randall Becker wrote:
>
>> I'll bite. How can I use JGit instead of git in Jenkins? I thoug
I'll bite. How can I use JGit instead of git in Jenkins? I thought it was
hard-burnt into the Git Plugin.
On Wednesday, April 24, 2019 at 1:08:48 PM UTC-4, Randall Becker wrote:
>
> This is a new situation that I have encountered after a clean install of
> 2.164. Attempting
d not be attached to a terminal, but is. The define seems to
have no effect. There are no SSH variables in the environment. And, most
importantly, I cannot use a passphrase-less keypair to talk to
bitbucket.org without being fired. Did I miss something?
On Wednesday, April 24, 2019 at 1:08:48 PM
This is a new situation that I have encountered after a clean install of
2.164. Attempting to use an SSH keypair (with passphrase) to talk to
BitBucket.org, in a Multibranch Pipeline job. The key is properly
configured as an Private Key (entered manually) with a Passphrase.
When I hit Scan Mult
Solved my own problem. Rebooted. Looks like the initial run of Jenkins
cannot do Multibranch Pipelines, but after a restart, thinks become sane.
On Wednesday, April 24, 2019 at 9:53:00 AM UTC-4, Randall Becker wrote:
>
> I'm getting the following messages immediately after install.
I'm getting the following messages immediately after install.
Apr 24, 2019 1:48:06 PM
hudson.ExtensionFinder$GuiceFinder$FaultTolerantScope$1 error
INFO: Failed to instantiate optional component
com.cloudbees.hudson.plugins.folder.properties.FolderCredentialsProvider$FolderCredentialsProperty$De
After upgrading to 2.174, my Jenkins docker image became corrupted and my
standalone Jenkins configuration in Ubuntu 16.04 does not even bring up the
configuration page for Multibranch Pipelines. I am suspecting a jar file in
the distribution is corrupt but cannot prove it. I think the release m
Hi All,
Following best practices, we moved our entire build structure to a
per-project Jenkinsfile and agents where the various parts of builds
happen. The Jenkinsfiles are stored in the git repositories involved and we
are using multi-branch projects. All that is working file.
Our issue is th
FWIW, I add the following Prefix under Advanced in the node definition:
nice nice sh -c '
and ' as a suffix. That seemed to do the trick and slow down the whining.
On Wednesday, December 5, 2018 at 9:40:53 AM UTC-5, Randall Becker wrote:
>
> I have a situation where the JVM runn
Launching agents via SSH is a reasonable approach also for normalizing
configuration of agents across multiple platforms.
My company's build environment uses multiple Linux flavours, a Windows
client (configured using OpenSSH), and a NonStop - all as agents, with a
Controller running under Ubun
I have a situation where the JVM running remoting.jar needs to run at a
lower system priority than the default for the user. Basically, in Linux
terms, I would like to run the equivalent of 'nice' as part of either the
job or preferably the Node's agent startup. I cannot allocate a dedicated
ma
18 at 11:20:56 AM UTC-5, Randall Becker wrote:
>
> The answer to that is no. SSH only. I rebuilt the docker image badly (last
> time I listen to the Internet on this one) - so I'm starting from scratch.
>
> On Thursday, November 15, 2018 at 10:10:45 PM UTC-5, Mark Wait
me and password over
> https? If so, does that behave any better in your environment?
>
> Mark Waite
>
> On Thu, Nov 15, 2018 at 7:28 PM Randall Becker > wrote:
>
>> I have 2 idle executors on every node, so that's not it. The hang is
>> definitely waiting
I have 2 idle executors on every node, so that's not it. The hang is
definitely waiting on a response from git fetch or git ls-remote depending
on the situation. Version of git on the Ubuntu VM is 2.13, so that's not
particularly recent, but sufficient for the function being executed. I
cannot
capabilities
>> because it is aware of Bitbucket, rather than being limited to those
>> components which are generic git operations.
>>
>> Is there a reason you're not using the Bitbucket Branch Source plugin,
>> rather than using the Git branch source?
>>
Where
can I raise a defect?
On Thursday, November 15, 2018 at 1:43:02 PM UTC-5, Randall Becker wrote:
>
> Hi Mark,
>
> Yes, using a private key. This is a bitbucket.org site, which by my own
> company's policy prevents me from using a passphrase-less credential. The
> sam
a simple Pipeline job rather than a multibranch Pipeline.
>
> Does the same behavior happen if you use a private key which does not have
> a passphrase?
>
> Does the same behavior happen if you use a multibranch Pipeline job rather
> than a simple Pipeline job?
>
> Mar
your command line
>
> System.getProperty(org.jenkinsci.plugins.gitclient.Git.class.getName() +
> ".timeOut")
>
> If you have tons of tags on your repos try to not discover tags.
>
> El jueves, 15 de noviembre de 2018, 16:51:53 (UTC+1), Randall Becker
> escrib
ormance issues on Jenkins.
>
> ```
>
> java.lang.InterruptedException
> at java.lang.Object.wait(Native Method)
> at java.lang.Object.wait(Object.java:502)
> at java.lang.UNIXProcess.waitFor(UNIXProcess.java:395)
>
> ```
>
> El jueves, 15 de noviembre de 2018, 16:51:53 (UTC+1), Randall B
Hi All,
I am trying to move over to Pipelines from Freestyle and am experiencing a
hang during the initial scan for branches at ls-remote in the Multibranch
Pipeline Scan. A few symptoms:
1. When using a freestyle project, with the same credentials and URL,
there is no issue.
2. When
Hi All,
Question for the group. I have a *private* Jenkins plugin, that I use
internally and really would be of no interest to the community as a whole.
I would, however, like to be able to deploy updates to Jenkins easily, but
do not want to add the plugin to the common plugin site. Are there
nal, redirect it to standard output.
> To save output to FILE, use 'nohup COMMAND > FILE'.
>
> NOTE: your shell may have its own version of nohup, which usually supersedes
> the version described here. Please refer to your shell's documentation
> for details about the
On Tuesday, September 25, 2018 at 1:37:54 PM UTC-4, Devin Nusbaum wrote:
>
> The `sh` step in a Jenkins Pipeline uses `nohup` to launch the script on
> the agent in such a way that Jenkins can restart while the `sh` step is
> running without interrupting the script’s execution.
>
> Is the `nohup
Sorry, should have read: 2.138 not 2.238.
On Friday, August 17, 2018 at 9:31:44 AM UTC-4, Randall Becker wrote:
>
> Hi Gustavo,
>
> I managed to get Jenkins 2.238 to run under NSSJava 1.8_80 using the
> following command:
>
> java -cp ./jenkins.war Main
>
> This
Hi Gustavo,
I managed to get Jenkins 2.238 to run under NSSJava 1.8_80 using the
following command:
java -cp ./jenkins.war Main
This seems to bypass some limit restriction in the platform JVM.
Cheers,
Randall
On Wednesday, July 25, 2018 at 8:04:04 AM UTC-4, Gustavo Martinez wrote:
>
>
> H
45 matches
Mail list logo
