date:20140329

Re: Build returning error code -1

2014-03-29 Thread Mark Waite

Was the stack trace different on the attempt with the git:// URL?  The
stack trace you listed shows that "git fetch" failed, which would usually
mean that the repository did not complete its download.

http://stackoverflow.com/questions/15708490/jenkins-hanging-at-fetching-upstream-changes-from-originsuggests
that you might have added the msysgit "cmd" directory into your
PATH before the msysgit "bin" directory.  Jenkins needs the msysgit "bin"
directory in the path rather than the "cmd" directory.

The "cmd" directory can be added to the PATH without the "bin" directory by
the msysgit installer.  It has three alternatives to provide git functions
to the user.  One of them only adds "cmd" to the PATH, the other adds "bin"
to the PATH (and the third option adds nothing to the PATH).

Thanks,
Mark Waite


On Sat, Mar 29, 2014 at 1:37 PM, Jeff Schmitz  wrote:

> Tried the git://github... link, still no luck.  Note that it did download
> the files to the workspace (C:/.jenkins/workspace), but then the build just
> hung and still hasn't finished after 10 minutes.  Haven't had time to try
> the https link yet.
>
> On Saturday, March 29, 2014 12:09:25 PM UTC-5, Mark Waite wrote:
>>
>> Usually a timeout in calls to git are due to missing credentials
>> information.  In your case, that doesn't seem to be the root problem, since
>> I can view the contents of that repository without credentials.  If you
>> want to experiment with it, you could create a credential for that github
>> repository.
>>
>> If you don't need to push back to the repository from the Jenkins job,
>> you could use the faster and lighter (read-only) git protocol by using
>> "git://github.com/jeffrey-a-schmitz/game-of-life.git" instead of "
>> g...@github.com:jeffrey-a-schmitz/game-of-life.git".
>>
>> If neither of those work, you could try the https protocol, "
>> https://github.com/jeffrey-a-schmitz/game-of-life.git";.
>>
>> Thanks,
>> Mark Waite
>>
>>
>> On Sat, Mar 29, 2014 at 8:19 AM, Jeff Schmitz  wrote:
>>
>>> Still a newbie, I've moved on to a PC running windows 7 and Java 7.  I'm 
>>> trying to build the example in the Jenkins Definitive Guide book, and am 
>>> getting the below exception.  I am able to clone the remote repository from 
>>> the Git Bash command line:
>>>
>>>
>>> git clone g...@github.com:**/game-of-life.git
>>>
>>>
>>>  so the network connection is there and working.  I Googled for jenkins 
>>> return status code of -1 and got nothing, so hoping someone here may have 
>>> an idea.  Note that I'm not behind a proxy wall so don't have any proxy 
>>> config setup...
>>>
>>>
>>> Building in workspace C:\.jenkins\workspace\gameoflife-default
>>> Fetching changes from the remote Git repository
>>> Fetching upstream changes from 
>>> g...@github.com:jeffrey-a-schmitz/game-of-life.git
>>> ERROR: Timeout after 10 minutesFATAL 
>>> : Failed to fetch from 
>>> g...@github.com:jeffrey-a-schmitz/game-of-life.githudson.plugins.git.GitException
>>>  
>>> :
>>>  Failed to fetch from g...@github.com:jeffrey-a-schmitz/game-of-life.git
>>> at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:621) 
>>> 
>>> at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:853) 
>>> 
>>> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:878) 
>>> 
>>> at hudson.model.AbstractProject.checkout(AbstractProject.java:1320) 
>>> 
>>> at 
>>> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:609)
>>>  
>>> 
>>> at 
>>> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) 
>>> 
>>> at 
>>> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:518)
>>>  
>>> 
>>> at hudson.model.Run.execute(Run.java:1688) 
>>> 
>>> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 
>>> 
>>> at hudson.model.ResourceController.execute(ResourceController.java:88) 
>>>

Re: Build returning error code -1

2014-03-29 Thread Jeff Schmitz

Tried the git://github... link, still no luck.  Note that it did download 
the files to the workspace (C:/.jenkins/workspace), but then the build just 
hung and still hasn't finished after 10 minutes.  Haven't had time to try 
the https link yet.

On Saturday, March 29, 2014 12:09:25 PM UTC-5, Mark Waite wrote:
>
> Usually a timeout in calls to git are due to missing credentials 
> information.  In your case, that doesn't seem to be the root problem, since 
> I can view the contents of that repository without credentials.  If you 
> want to experiment with it, you could create a credential for that github 
> repository.
>
> If you don't need to push back to the repository from the Jenkins job, you 
> could use the faster and lighter (read-only) git protocol by using "git://
> github.com/jeffrey-a-schmitz/game-of-life.git" instead of "
> g...@github.com:jeffrey-a-schmitz/game-of-life.git".  
>
> If neither of those work, you could try the https protocol, "
> https://github.com/jeffrey-a-schmitz/game-of-life.git";.
>
> Thanks,
> Mark Waite
>
>
> On Sat, Mar 29, 2014 at 8:19 AM, Jeff Schmitz 
> > wrote:
>
>> Still a newbie, I've moved on to a PC running windows 7 and Java 7.  I'm 
>> trying to build the example in the Jenkins Definitive Guide book, and am 
>> getting the below exception.  I am able to clone the remote repository from 
>> the Git Bash command line:
>>
>>
>> git clone g...@github.com :**/game-of-life.git
>>
>>
>>  so the network connection is there and working.  I Googled for jenkins 
>> return status code of -1 and got nothing, so hoping someone here may have an 
>> idea.  Note that I'm not behind a proxy wall so don't have any proxy config 
>> setup...
>>
>>
>> Building in workspace C:\.jenkins\workspace\gameoflife-default
>> Fetching changes from the remote Git repository
>> Fetching upstream changes from 
>> g...@github.com:jeffrey-a-schmitz/game-of-life.git
>> ERROR: Timeout after 10 minutesFATAL 
>> : Failed to fetch from 
>> g...@github.com:jeffrey-a-schmitz/game-of-life.githudson.plugins.git.GitException
>>  
>> :
>>  Failed to fetch from g...@github.com:jeffrey-a-schmitz/game-of-life.git
>>  at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:621) 
>> 
>>  at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:853) 
>> 
>>  at hudson.plugins.git.GitSCM.checkout(GitSCM.java:878) 
>> 
>>  at hudson.model.AbstractProject.checkout(AbstractProject.java:1320) 
>> 
>>  at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:609)
>>  
>> 
>>  at 
>> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) 
>> 
>>  at 
>> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:518)
>>  
>> 
>>  at hudson.model.Run.execute(Run.java:1688) 
>> 
>>  at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 
>> 
>>  at hudson.model.ResourceController.execute(ResourceController.java:88) 
>> 
>>  at hudson.model.Executor.run(Executor.java:231) 
>> 
>> Caused by: hudson.plugins.git.GitException 
>> :
>>  Command "git fetch --tags --progress 
>> g...@github.com:jeffrey-a-schmitz/game-of-life.git 
>> +refs/heads/*:refs/remotes/origin/*" returned status code -1:
>> stdout: 
>> stderr: 
>>  at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1192)
>>  at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1062)
>>  at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:89)
>>  at 
>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:222)
>>

Re: Backing up the plugins themselves

2014-03-29 Thread Pete

Somewhat related - we've been trying to harden up our Jenkins management
processes and have created a repeatable Jenkins deployment process.  We
store some configuration data in our SCM that describes the version of
Jenkins to use, the versions of the plugins and the userContent folder.  We
then have a build procedure that produces an installation of Jenkins that
we can validate in our non-prod Jenkins instance and then deploy it to
production when ready - just like our regular application software.  I
think this will help us have more manageable upgrades and rollbacks in case
of issues.


On Sat, Mar 29, 2014 at 2:11 PM, Mishael Kim  wrote:

> Perfect.  Thanks for all of the detailed info.
>
>
> On Sat, Mar 29, 2014 at 11:06 AM, Daniel Beck  wrote:
>
>>
>> On 29.03.2014, at 18:56, Mishael Kim  wrote:
>>
>> > And I assume that by just dropping those top level files info a clean
>> JENKINS_HOME/plugins folder should be sufficient in restoring them all?
>>
>> Yes. Jenkins will extract them when starting, no different than what
>> happens when you install a new plugin and select to "install after
>> restart". The .jpi file is created now, but it's extracted to create the
>> directory only when restarting.
>>
>> .pinned' and .disabled are marker files that control how the
>> corresponding plugin is handled, while the .jpi/.hpi are the actual
>> plugins. .bak are plugins backed up during update, allowing you to
>> downgrade them.
>>
>> --
>> 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.
>>
>
>  --
> 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.
>

-- 
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.

Re: Backing up the plugins themselves

2014-03-29 Thread Mishael Kim

Perfect.  Thanks for all of the detailed info.


On Sat, Mar 29, 2014 at 11:06 AM, Daniel Beck  wrote:

>
> On 29.03.2014, at 18:56, Mishael Kim  wrote:
>
> > And I assume that by just dropping those top level files info a clean
> JENKINS_HOME/plugins folder should be sufficient in restoring them all?
>
> Yes. Jenkins will extract them when starting, no different than what
> happens when you install a new plugin and select to "install after
> restart". The .jpi file is created now, but it's extracted to create the
> directory only when restarting.
>
> .pinned' and .disabled are marker files that control how the corresponding
> plugin is handled, while the .jpi/.hpi are the actual plugins. .bak are
> plugins backed up during update, allowing you to downgrade them.
>
> --
> 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.
>

-- 
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.

Re: Backing up the plugins themselves

2014-03-29 Thread Daniel Beck

On 29.03.2014, at 18:56, Mishael Kim  wrote:

> And I assume that by just dropping those top level files info a clean 
> JENKINS_HOME/plugins folder should be sufficient in restoring them all?

Yes. Jenkins will extract them when starting, no different than what happens 
when you install a new plugin and select to "install after restart". The .jpi 
file is created now, but it's extracted to create the directory only when 
restarting.

.pinned' and .disabled are marker files that control how the corresponding 
plugin is handled, while the .jpi/.hpi are the actual plugins. .bak are plugins 
backed up during update, allowing you to downgrade them.

-- 
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.

Re: Backing up the plugins themselves

2014-03-29 Thread Mishael Kim

And I assume that by just dropping those top level files info a clean
JENKINS_HOME/plugins folder should be sufficient in restoring them all?


On Sat, Mar 29, 2014 at 4:14 AM, Daniel Beck  wrote:

> Unless you're in the habit of manually patching things in plugins, it's
> sufficient to backup only the top level files
> (.jpi/.hpi/.disabled/.pinned). The folders are just the files extracted for
> use by Jenkins.
>
> On 29.03.2014, at 00:57, Mishael Kim  wrote:
>
> > Hi,
> >
> > I was wondering what most of you guys do to backup the plugins
> themselves.  JENKINS_HOME/plugins is pretty big in itself.  If I wanted to
> back a snapshot of all of the plugins and had a situation that I needed to
> start from scratch again, do I really need the complete
> JENKINS_HOME/plugins folder?  Any other tips for backing up the plugins?
> >
> > Thanks,
> > Mishael
> >
> > --
> > 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.
>
> --
> 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.
>

-- 
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.

Re: Build returning error code -1

2014-03-29 Thread Mark Waite

Usually a timeout in calls to git are due to missing credentials
information.  In your case, that doesn't seem to be the root problem, since
I can view the contents of that repository without credentials.  If you
want to experiment with it, you could create a credential for that github
repository.

If you don't need to push back to the repository from the Jenkins job, you
could use the faster and lighter (read-only) git protocol by using "git://
github.com/jeffrey-a-schmitz/game-of-life.git" instead of "g...@github.com:
jeffrey-a-schmitz/game-of-life.git".

If neither of those work, you could try the https protocol, "
https://github.com/jeffrey-a-schmitz/game-of-life.git";.

Thanks,
Mark Waite


On Sat, Mar 29, 2014 at 8:19 AM, Jeff Schmitz  wrote:

> Still a newbie, I've moved on to a PC running windows 7 and Java 7.  I'm 
> trying to build the example in the Jenkins Definitive Guide book, and am 
> getting the below exception.  I am able to clone the remote repository from 
> the Git Bash command line:
>
>
> git clone g...@github.com:**/game-of-life.git
>
>
>  so the network connection is there and working.  I Googled for jenkins 
> return status code of -1 and got nothing, so hoping someone here may have an 
> idea.  Note that I'm not behind a proxy wall so don't have any proxy config 
> setup...
>
>
> Building in workspace C:\.jenkins\workspace\gameoflife-default
> Fetching changes from the remote Git repository
> Fetching upstream changes from 
> g...@github.com:jeffrey-a-schmitz/game-of-life.git
> ERROR: Timeout after 10 minutesFATAL 
> : Failed to fetch from 
> g...@github.com:jeffrey-a-schmitz/game-of-life.githudson.plugins.git.GitException
>  
> :
>  Failed to fetch from g...@github.com:jeffrey-a-schmitz/game-of-life.git
>   at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:621) 
> 
>   at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:853) 
> 
>   at hudson.plugins.git.GitSCM.checkout(GitSCM.java:878) 
> 
>   at hudson.model.AbstractProject.checkout(AbstractProject.java:1320) 
> 
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:609)
>  
> 
>   at 
> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) 
> 
>   at 
> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:518) 
> 
>   at hudson.model.Run.execute(Run.java:1688) 
> 
>   at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 
> 
>   at hudson.model.ResourceController.execute(ResourceController.java:88) 
> 
>   at hudson.model.Executor.run(Executor.java:231) 
> 
> Caused by: hudson.plugins.git.GitException 
> :
>  Command "git fetch --tags --progress 
> g...@github.com:jeffrey-a-schmitz/game-of-life.git 
> +refs/heads/*:refs/remotes/origin/*" returned status code -1:
> stdout:
> stderr:
>   at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1192)
>   at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1062)
>   at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:89)
>   at 
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:222)
>   at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:619)
>
>  --
> 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.
>



-- 
Thanks!
Mark Waite

-- 
You received this message

Build returning error code -1

2014-03-29 Thread Jeff Schmitz



Still a newbie, I've moved on to a PC running windows 7 and Java 7.  I'm trying 
to build the example in the Jenkins Definitive Guide book, and am getting the 
below exception.  I am able to clone the remote repository from the Git Bash 
command line:


git clone g...@github.com:**/game-of-life.git


 so the network connection is there and working.  I Googled for jenkins return 
status code of -1 and got nothing, so hoping someone here may have an idea.  
Note that I'm not behind a proxy wall so don't have any proxy config setup...


Building in workspace C:\.jenkins\workspace\gameoflife-default
Fetching changes from the remote Git repository
Fetching upstream changes from 
g...@github.com:jeffrey-a-schmitz/game-of-life.git
ERROR: Timeout after 10 minutesFATAL 
: Failed to fetch from 
g...@github.com:jeffrey-a-schmitz/game-of-life.githudson.plugins.git.GitException
 
:
 Failed to fetch from g...@github.com:jeffrey-a-schmitz/game-of-life.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:621) 

at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:853) 

at hudson.plugins.git.GitSCM.checkout(GitSCM.java:878) 

at hudson.model.AbstractProject.checkout(AbstractProject.java:1320) 

at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:609)
 

at 
jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) 

at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:518) 

at hudson.model.Run.execute(Run.java:1688) 

at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 

at hudson.model.ResourceController.execute(ResourceController.java:88) 

at hudson.model.Executor.run(Executor.java:231) 

Caused by: hudson.plugins.git.GitException 
:
 Command "git fetch --tags --progress 
g...@github.com:jeffrey-a-schmitz/game-of-life.git 
+refs/heads/*:refs/remotes/origin/*" returned status code -1:
stdout: 
stderr: 
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1192)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1062)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$200(CliGitAPIImpl.java:89)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:222)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:619)

-- 
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.

Re: Jenkins cannot connect to X server on Debain 7.1

2014-03-29 Thread Mark Waite

Are you using the Xvnc plugin, or assuming the ability to connect to
another X server?  You may find it easier to use the Xvnc plugin and let
Jenkins start and stop an X server for the jobs.

If you're already using the Xvnc plugin, then you might consider checking
that you can connect to the X server from the command line as the Jenkins
user.  Login as the jenkins user, set the DISPLAY variable (DISPLAY=:0) and
start an xterm command.

Mark Waite


On Sat, Mar 29, 2014 at 5:16 AM, Daniel Beck  wrote:

> I'd try comparing the output of the `env` command in your terminal and in
> the Jenkins job to see whether relevant environment variables need to be
> defined in the job.
>
> On 29.03.2014, at 05:41, Fatemeh Mehdizadeh 
> wrote:
>
> > Hi all,
> >
> > My test on jenkins is failing because jenkins can't connect to the x
> server on my Debian machine. In my job configuration I set Build--->Execute
> shell> and in command section I typed:
> >
> > bash -l -c "rm -rf router/reports/*.pdf"
> > echo $WORKSPACE > workspace_place
> > bash -l -c "nosetests -w router --with-xunit"
> >
> > When I build the job it says:
> > nosetests: cannot connect to X server
> >
> > My tcp connection is enabled, when I run netstat -nal | grep 6000 the
> output is:
> >
> > tcp0  0 0.0.0.0:60000.0.0.0:*
> LISTEN
> > tcp6   0  0 :::6000 :::*
>  LISTEN
> >
> > and also in terminal I typed:
> > xhost localhost
> >
> > I don't Know what should i do, please help me.
> >
> > 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.
> > 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.
> 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.
For more options, visit https://groups.google.com/d/optout.

Re: Jenkins cannot connect to X server on Debain 7.1

2014-03-29 Thread Daniel Beck

I'd try comparing the output of the `env` command in your terminal and in the 
Jenkins job to see whether relevant environment variables need to be defined in 
the job.

On 29.03.2014, at 05:41, Fatemeh Mehdizadeh  
wrote:

> Hi all,
> 
> My test on jenkins is failing because jenkins can't connect to the x server 
> on my Debian machine. In my job configuration I set Build--->Execute 
> shell> and in command section I typed:
> 
> bash -l -c "rm -rf router/reports/*.pdf"
> echo $WORKSPACE > workspace_place
> bash -l -c "nosetests -w router --with-xunit"
> 
> When I build the job it says:
> nosetests: cannot connect to X server
> 
> My tcp connection is enabled, when I run netstat -nal | grep 6000 the output 
> is:
> 
> tcp0  0 0.0.0.0:60000.0.0.0:*   LISTEN
>  
> tcp6   0  0 :::6000 :::*LISTEN 
> 
> and also in terminal I typed:
> xhost localhost
> 
> I don't Know what should i do, please help me.
> 
> 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.
> 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.
For more options, visit https://groups.google.com/d/optout.

Re: Backing up the plugins themselves

2014-03-29 Thread Daniel Beck

Unless you're in the habit of manually patching things in plugins, it's 
sufficient to backup only the top level files (.jpi/.hpi/.disabled/.pinned). 
The folders are just the files extracted for use by Jenkins.

On 29.03.2014, at 00:57, Mishael Kim  wrote:

> Hi,
> 
> I was wondering what most of you guys do to backup the plugins themselves.  
> JENKINS_HOME/plugins is pretty big in itself.  If I wanted to back a snapshot 
> of all of the plugins and had a situation that I needed to start from scratch 
> again, do I really need the complete JENKINS_HOME/plugins folder?  Any other 
> tips for backing up the plugins?
> 
> Thanks,
> Mishael
> 
> -- 
> 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.

-- 
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.

Re: Build returning error code -1

Re: Build returning error code -1

Re: Backing up the plugins themselves

Re: Backing up the plugins themselves

Re: Backing up the plugins themselves

Re: Backing up the plugins themselves

Re: Build returning error code -1

Build returning error code -1

Re: Jenkins cannot connect to X server on Debain 7.1

Re: Jenkins cannot connect to X server on Debain 7.1

Re: Backing up the plugins themselves

11 matches

Site Navigation

Mail list logo

Footer information