See
Agent is not connected after 30 attempts, status: Running
check your agent pod logs for errors. They should also show in the jenkins
master log
On Tue, Nov 13, 2018 at 11:36 PM Yaramada Surya tej
wrote:
> Here is the error logs while using custom image
>
> Error in provisioning; agent=Ku
Thanks for inspiration, Victor!
For the record, I was mentioning a part of "Configure Jenkins" page, which
turns out to probably be a part of maven-plugin. Currently it's located
right above the master node config (# of executors, etc.)
The YAML config for CasC should look similar to this:
#
Hi!
In most of the plugins' source code, I can find a 'Messages' class used in
the getters of the Descriptor. This class is not present in the source, and
is not pulled automatically as a dependency, so the plugins won't compile.
I am probably missing some background on plugin development here,
These classes are auto-generated from Messages.properties files in the plugins'
resource directories. If you run `mvn clean compile` from the command line,
everything should work correctly, but if you are using an IDE you may need to
manually mark target/generated-sources/localizer as generated
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
Awesome! Thank you very much Devin.
On Thursday, November 15, 2018 at 4:08:52 PM UTC+1, Devin Nusbaum wrote:
>
> These classes are auto-generated from Messages.properties files in the
> plugins' resource directories. If you run `mvn clean compile` from the
> command line, everything should work
Are you using a shared network filesystem for your JENKINS_HOME? it seems
like takes too long to save data, I guess your filesystem is too slow,
check if your filesystem speed is lower than100MB/s, if so, it is too slow
and you have performance issues on Jenkins.
```
java.lang.InterruptedExcep
The interrupted exception resulted from my stopping the job instead of
waiting 10 minutes for the timeout failure. I am not on a shared
filesystem. Rather, this is inside a docker image running entirely on SSDs.
Speed is way above 100Mbps. As I said, no issue when using a freestyle
project and
also, check the value of the TIMEOUT property, execute this code in the
Jenkins script console, the default value is 10 minutes, you can increase
it by setting the property in your command line
System.getProperty(org.jenkinsci.plugins.gitclient.Git.class.getName() +
".timeOut")
If you have ton
The original post showed the entire list of refs. No issue requiring a
timeout above 3 seconds actually. 10 minutes will make no difference. When
run from Jenkins from a shell command, the result comes back in seconds. I
don't think this is a performance issue. It is seeming to be a problem in
I assume from your description that you're using a private key with a
passphrase as the credential in the Pipeline job definition. I'm also
assuming it is 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 passphr
Hello,
I currently have a pipeline which zips results of a build stage. I have a
README.md file which i will like to add in my zip file when uploading to
nexus. The file is included during checkout. how do I add this during the
zip stage? I tried the approach below but it doesn't add the readme
Have you tried copying the *README.md* into *directory/to/my/folder* before
calling *zip*?
On Thursday, 15 November 2018 09:38:27 UTC-8, Faad Sayaou wrote:
>
> Hello,
> I currently have a pipeline which zips results of a build stage. I have a
> README.md file which i will like to add in my zip f
hi, so here is the thing. I am currently zipping two projects
*zip dir: 'directroy/to/my/folder1', glob:'', zipFile: 'folder1.zip' *
*zip dir: 'directroy/to/my/folder2', glob:'', zipFile: 'folder2.zip' +
'folder2.zip' + **'path/to/my/readmeFile/README.md'*
zipping two folders works fine as expe
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
same key-pair is used elsewhere in other jobs in the same Jenkins without
problems. The job is a multibranch job, not a simple pipeline. A s
There is also similar hang at fetch when the Jenkinsfile SCM is used. It
does appear that the credentials may not be supplied properly but there is
no indication that this is the case. I'm dropping back to Simple Pipelines
without SCM, sadly. This rather makes the whole point rather moot. Where
I am using jenkins 2.141 but I have had this problem since at least jenkins
2.122
I can create and delete jobs using the java cli
For example
wget http://jenkins/hnd/jnlpJars/jenkins-cli.jar -o
/var/tmp/jenkins-cli.log -O $HOME/bin/jenkins-cli.jar
java -jar $HOME/bin/jenkins-cli.jar -user $LO
I created a multibranch pipeline with bitbucket.org as the source using the
Bitbucket Branch Source plugin. That plugin prompted for a username /
password rather than a private key. It won't accept a private key. I
believe it uses REST APII calls to reduce the overhead of checking for new
branch
I created a multibranch Pipeline with bitbucket.org as the source using Git
as the branch source with a passphrase protected ed25519 private key. It
scans and builds as expected.
I can't duplicate the problem that you're describing. Before you spend the
time to submit a bug report, you may want
I will continue to investigate. I am wondering whether there might be
something associated with running Jenkins in docker with Controller/Agent
structure.
On Thursday, November 15, 2018 at 5:18:31 PM UTC-5, Mark Waite wrote:
>
> I created a multibranch Pipeline with bitbucket.org as the source u
I’ll take a stab...How many executors do you have on the master and agent? You
may be hanging waiting for an executor to be available to run the pipeline. I
think I made this mistake once, had too few executors.
Meg
--
You received this message because you are subscribed to the Google Groups
My passing tests were run from a master running in Docker with agents
running a mix of various operating systems including Windows, Linux
(CentOS, Debian, Ubuntu), and FreeBSD.
Mark Waite
On Thu, Nov 15, 2018 at 3:21 PM Randall Becker
wrote:
> I will continue to investigate. I am wondering whet
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
My working bitbucket.org multibranch Pipeline configurations include:
- Bitbucket branch source (username / password authentication)
- Git branch source using https (username / password authentication)
- Git branch source using ssh (ed25519 private key with passphrase)
Will your corporat
24 matches
Mail list logo