avaCommand.contains(" ")) {
>>>
>>>
>>>
>>> javaCommand = "\"" + javaCommand + "\"";
>>>
>>> }
>>>
>>>
>>>
>>>
>>>
>>> *From:* jenkins...@googlegroups.com *On
>>> Behalf
>
>>
>> *From:* jenkins...@googlegroups.com *On
>> Behalf Of *Slide
>> *Sent:* August 27, 2020 10:11 AM
>> *To:* Jenkins User Mailing List
>> *Subject:* Re: Windows slave by ssh
>>
>>
>>
>> I opened this PR against the ssh-agents-pl
javaCommand = "\"" + javaCommand + "\"";
>
> }
>
>
>
>
>
> *From:* jenkinsci-users@googlegroups.com
> *On Behalf Of *Slide
> *Sent:* August 27, 2020 10:11 AM
> *To:* Jenkins User Mailing List
> *Subject:* Re: Windows slave by ssh
>
>
>
> I opene
insci-users@googlegroups.com On
Behalf Of Slide
Sent: August 27, 2020 10:11 AM
To: Jenkins User Mailing List
Subject: Re: Windows slave by ssh
I opened this PR against the ssh-agents-plugin
https://github.com/jenkinsci/ssh-slaves-plugin/pull/183
On Thu, Aug 27, 2020 at 6:22 AM Jérôme Godbout
ers@googlegroups.com
> *On Behalf Of *Slide
> *Sent:* August 26, 2020 6:03 PM
> *To:* Jenkins User Mailing List
> *Subject:* Re: Windows slave by ssh
>
>
>
> Well, running on Cygwin is almost like running on a *NIX platform. Not
> exactly, but almost. I am referring
painful.
From: jenkinsci-users@googlegroups.com On
Behalf Of Slide
Sent: August 26, 2020 6:03 PM
To: Jenkins User Mailing List
Subject: Re: Windows slave by ssh
Well, running on Cygwin is almost like running on a *NIX platform. Not exactly,
but almost. I am referring to the OpenSSH-Win64 port
ts. 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
From: jenkinsci-users@googlegroups.com
<mailto: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
jenkinsci-users@googlegroups.com
> *On Behalf Of *Slide
> *Sent:* August 26, 2020 4:23 PM
> *To:* Jenkins User Mailing List
> *Subject:* Re: Windows slave by ssh
>
>
>
> It looks like this code would need to be updated to handle when there are
> spaces:
> https:/
Sent: August 26, 2020 4:23 PM
To: Jenkins User Mailing List
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
Sent: August 26, 2020 4:52 PM
To: Jenkins Users
Subject: Re: Windows slave by ssh
I've preferred to install AdoptOpenJDK in a location that does not include
spaces. Oracle JDK licensing is more restrictive than I'm willing to accept
and I want the latest Java 8 fixes.
On Wed, Aug 2
I've preferred to install AdoptOpenJDK in a location that does not include
spaces. Oracle JDK licensing is more restrictive than I'm willing to
accept and I want the latest Java 8 fixes.
On Wed, Aug 26, 2020 at 2:23 PM Slide wrote:
> It looks like this code would need to be updated to handle wh
e to
install Java into default Program Files folder for this?! Anyway copy time to
c:\Java
From: jenkinsci-users@googlegroups.com On
Behalf Of Slide
Sent: August 26, 2020 4:23 PM
To: Jenkins User Mailing List
Subject: Re: Windows slave by ssh
It looks like this code would need to be upda
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 environ
Also had to alow it on the master. So problem is now fixed.
On Thu, Aug 29, 2019 at 12:42 PM Anetta van der Walt
wrote:
> Hey Emilo,
>
> Thanks for your response.
> I opened the port
>
> [image: Port.PNG]
> but still no luck
>
> [image: error.PNG]
> Any suggestions?
>
> Regards
> Anetta
>
> On T
Hey Emilo,
Thanks for your response.
I opened the port
[image: Port.PNG]
but still no luck
[image: error.PNG]
Any suggestions?
Regards
Anetta
On Thursday, August 29, 2019 at 10:44:20 AM UTC+2, Emilio Escobar Reyero
wrote:
>
> Hi,
>
> It seems that you cannot reach 10.17.23.30 (port:39677) fro
Hi,
It seems that you cannot reach 10.17.23.30 (port:39677) from the slave
host. You need to check that before. Also seems to be a random port
(configured in the master at Manage Jenkins / Configure Global Security).
You probably prefer to use a fixed one (choosing one port like 5) and
opening
I open a tickets:
https://issues.jenkins-ci.org/browse/JENKINS-42988
--
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.c
I wonder if this is related:
1. https://issues.jenkins-ci.org/browse/JENKINS-28759
2. https://issues.jenkins-ci.org/browse/JENKINS-33164
So I'm not the only one who have issue with the bat command hanging it
seem. Wonder if it will ever get fixed?
--
You received this message because you
Am 27.02.2017 um 18:03 schrieb jer...@bodycad.com:
> Yes the server build info are locate on a CIFS share.
Sounds wrong to me. Did you try with a local directory?
Bye...
Dirk
--
*Dirk Heinrichs*
Senior Systems Engineer, Delivery Pipeline
OpenText^TM Discovery | Recommind
*Email*: dirk.hein
I found the problem by myself.
It was indeed wrong access rights to C:\╗Windows.
I was not able to create files in that directory - after disablig UAC by
the following
it works.
Press keys “Windows Key + R”, type regedit
Locate
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Polici
Are you in a corporate environment? Are you sure the windows machine can
actually access the master?
You could use telnet on that Windows agent to see if you manage at least to
reach the fixed jnlp port you've set on the master.
Cheers
Le 24 août 2016 4:37 PM, "Timmy Vercruysse" a
écrit :
> Dea
Please don't repost. Simply use Google groups archive to see if your
message went through.
Le 24 août 2016 10:14 PM, "Timmy Vercruysse" a
écrit :
> Dear,
>
> i'm using a Jenkins server(from Bitnami). When i try to configure a slave
> it works fine for Linux(true SSH).
> But when i try to add a W
Some of this was caused by me accidentally having two Jenkins computers
pointing at the same VM. But even once that was fixed it still happened
from time to time after a reboot.
So I worked around this by installing a scheduled task to run at bootup to
disable the Jenkins slave. Then the Jenkin
Just to close the loop here - it was my own mistake. In all my
experimentation I had accidentally added to Jenkins computers that were
speaking to the same VM so they were stepping on each others toes.
Apologies for the wasted electrons and time.
Cheers,
Fred.
On Monday, June 6, 2016 at 4:01:
Fixed, Jenkins URL in Manage Jenkins > Configure System was incorrect.
--
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.
When you've done your testing have you been executing the four jobs
simultaneously? (i.e. not start one, then the other, then the other, etc.)
Reason I ask is, is it possible that the application in question has some
kind of race condition when starting which is getting tripped every now and
then
In case anyone else runs into this, I found that specifying environment
variables for the slave allowed me to set HOME and put the ssh keys &
config there. This appears to mostly be working now (with the exception of
submodules, but that's another issue)
On Mon, May 13, 2013 at 8:01 AM, Chanda Unm
Bump on this. I'm seeing the same thing after rebooting my master (I know,
you should never ever reboot, but I had to install updates!). Anyone seen
this and have a workaround?
On Wed, Jan 23, 2013 at 2:23 AM, Ronan Mulvaney wrote:
> We are experiencing a complete breakdown of all our master/sla
Sorry, fixed by re-installing JRE locally.
David
From: jenkinsci-users@googlegroups.com
[mailto:jenkinsci-users@googlegroups.com] On Behalf Of David Aldrich
Sent: 21 September 2012 08:33
To: jenkinsci-users@googlegroups.com
Subject: Windows slave is failing to launch
Hi
This morning our Window
On Tue, Sep 18, 2012 at 6:02 PM, Richard J wrote:
> I have the same question regarding Windows slaves, specifically in Amazon
> E2.
>
> Our Jenkins master is running on a Windows server inside the company
> firewall, not accessible from outside. I can create build machines on E2
> with public IP a
I have the same question regarding Windows slaves, specifically in Amazon
E2.
Our Jenkins master is running on a Windows server inside the company
firewall, not accessible from outside. I can create build machines on E2
with public IP addresses.
The question is how to get them to talk.
I h
On Tue, Aug 28, 2012 at 11:42 AM, Jerome Lacoste
wrote:
> Hei,
>
> As anyone tried using Windows Azure (or similar) to setup a Windows slave in
> the cloud ?
>
> I am not that comfortable having a cloud computer connect into my company
> network. I would prefer it the other way around...
> And Win
Suri, have you installed on Windows as a service? This will allow the
master to stay connected to the node when logged off, however if the
node is switched off (no power) this will be impossible anyway.
On Mar 29, 11:31 am, Suri wrote:
> Hi
>
> Is it possible to connect Windows slave using ftp/ss
On Thu, Mar 29, 2012 at 12:31 PM, Suri wrote:
> Hi
>
> Is it possible to connect Windows slave using ftp/ssh from Master.
> Our Jenkins service is running in Linux. We have lot of windows based
> compilations.
>
> Currently we are running slave.jar in slave machine (Windows).
> The problem is, if
Hi,
I think we got it working: We have to use a proxy in our corporate
network. After setting "Bypass proxy server for local addresses" in
"Control Panel"->"Internet Properties"->"LAN Settings" it works...
HTH
Dirk
2012/2/8 Dirk Kuypers :
> Hi Richard,
>
> 2012/2/7 Richard Bywater :
>> Personall
Hi Richard,
2012/2/7 Richard Bywater :
> Personally I always use the "Windows service" way of launching the windows
> slaves as I've found this way to be more robust...
are you on Win 2008 Server R2? Because I am experiencing the same
problem like John (sorry for posting a new mail, didn't see th
Personally I always use the "Windows service" way of launching the windows
slaves as I've found this way to be more robust...
On Tuesday, February 7, 2012, speKc wrote:
>
> MK, Thank you for the response; I was unaware of this option. I made
> the change you suggested and it's still not working;
MK, Thank you for the response; I was unaware of this option. I made
the change you suggested and it's still not working; i did see the new
port referenced in the small GUI pop-up, and so I know that change was
picked up. Neither host (master, slave) has firewall enabled. I issued
trace from mast
The JNLP slaves do not communicate with Jenkins master using http, but they
have their own protocol and they use a different port for that. Jenkins chooses
a random port for that by default but if you need it to be a fixed port to make
a hole in a firewall or something, you can set the port in m
I had this problem when using a special Firewall.
Go into Manage Jenkins -> Configure system -> and un-select the "Use random
port" under security. And set a Fixed port of your liking.
/MV
2012/2/6 speKc
>
> i am a relatively novice Jenkins user but have some experience setting
> up slave-node
41 matches
Mail list logo
