Jenkins JIRA | Matt Firtion | 2 years ago
Do you know that we can give you better hits? Get more relevant results from Samebug’s stack trace search.
  1. 0

    Build hung during post-build actions

    Google Groups | 6 years ago | edriscoll
  2. Speed up your debug routine!

    Automated exception search integrated into your IDE

  3. 0

    when jenkins triggers a build using gerrit trigger plugin and the -DGERRIT_CHANGE_SUBJECT contains " chars, it doesnt escapse the char properly and mvn command fails. the original patch text: adding "\" to end of search will cause Exception message example run: /var/lib/jenkins/tools/maven_2.2.1/bin/mvn '-DGERRIT_CHANGE_SUBJECT=adding \"\\" to end of search will cause Exception message ' -DGERRIT_REFSPEC=refs/changes/76/1076/6 -DGERRIT_BRANCH=review -DGERRIT_PATCHSET_NUMBER=6 -DGERRIT_CHANGE_URL= -DGERRIT_CHANGE_ID=Ied1bcb88901485a62a4ec236edd7d10816edf9ba -DGERRIT_PATCHSET_REVISION=226c6b02b5a12f0cfa2af1c9d9f634c1cf928184 -DGERRIT_CHANGE_NUMBER=1076 -DGERRIT_PROJECT=rhevm -Dmaven.repo.local=/mnt/iscsi/workspaces/gerrit_tests/.repository clean install findbugs:findbugs maven fails with: [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Invalid task 'to': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: 1 second [INFO] Finished at: Sun Jul 24 23:42:17 IDT 2011 [INFO] Final Memory: 45M/7850M [INFO] ------------------------------------------------------------------------ Build step 'Invoke top-level Maven targets' marked build as failure ERROR: Publisher hudson.plugins.findbugs.FindBugsPublisher aborted due to exception java.lang.InterruptedException at java.lang.Object.wait(Native Method) at java.lang.Object.wait( at hudson.model.Run$Runner$CheckpointSet.waitForCheckPoint( at hudson.model.Run.waitForCheckpoint( at hudson.model.CheckPoint.block( at hudson.tasks.BuildStepMonitor$2.perform( at hudson.model.AbstractBuild$AbstractRunner.perform( at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps( at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps( at hudson.model.Build$RunnerImpl.post2( at hudson.model.AbstractBuild$ at at at hudson.model.ResourceController.execute( at Finished: FAILURE

    Jenkins JIRA | 6 years ago | Eyal Edri
  4. 0

    This *may* be related to, but the last comment there is a request for replication instructions. Sometimes, (I *think* when filenames with upper ASCII characters exist in the workspace), Jenkins fails to wipe the workspace, instead leaving some directories without the execute permission bit set, but reports that the wipe was successful. Then because the workspace directory can't be accessed, the code checkout (using the perforce plugin) fails, giving a misleading error that the problem has to do with communications with the source control server. When I ssh into the server to cleanup, I see that the 'workspace' (or 'workspace@2' or 'workspace@3' or ...) directory has lost its executable bit. I 'chmod +x workspace', 'cd workspace', and see that the top-level checkout directory has also lost its executable bit. I restore that bit, change into that directory, and see that 'etc' (but no other directories) has lost its executable bit. I follow the trail of non-executable directories, and come to a directory with just a few files or symlinks in it, all with upper ASCII characters (other files in the directory have been deleted). By resetting permissions along the way and deleting those files, the next build to use that workspace has no problems. The files that have to be manually removed are: lrwxrwxrwx 1 jenkins jenkins 65 Oct 11 2012 AC_Raíz_Certicámara_S.A..pem -> /usr/share/ca-certificates/mozilla/AC_Raíz_Certicámara_S.A..crt lrwxrwxrwx 1 jenkins jenkins 68 Oct 11 2012 Certinomis_-_Autorité_Racine.pem -> /usr/share/ca-certificates/mozilla/Certinomis_-_Autorité_Racine.crt lrwxrwxrwx 1 jenkins jenkins 86 Oct 11 2012 EBG_Elektronik_Sertifika_Hizmet_Sağlayıcısı.pem -> /usr/share/ca-certificates/mozilla/EBG_Elektronik_Sertifika_Hizmet_Sağlayıcısı.crt lrwxrwxrwx 1 jenkins jenkins 83 Oct 11 2012 NetLock_Arany_=Class_Gold=_Főtanúsítvány.pem -> /usr/share/ca-certificates/mozilla/NetLock_Arany_=Class_Gold=_Főtanúsítvány.crt lrwxrwxrwx 1 jenkins jenkins 104 Oct 11 2012 TÜBİTAK_UEKAE_Kök_Sertifika_Hizmet_Sağlayıcısı_-_Sürüm_3.pem -> /usr/share/ca-certificates/mozilla/TÜBİTAK_UEKAE_Kök_Sertifika_Hizmet_Sağlayıcısı_-_Sürüm_3.crt I am using Jenkins installed from the repositories on Ubuntu 12.04 on a 64-bit VM, then I've overwritten the jenkins.war with the current LTS (1.480.3). Our build process sets up a chroot environment, and the files in question are coming from /etc/ssl/certs/. To replicate, you should be able to use a script like this (takes a few minutes to copy everything over) inside a workspace: #!/bin/bash dirlist="bin etc lib sbin" for checkdir in lib32 lib64 do if [ -d "/$checkdir" ] then dirlist="$dirlist $checkdir" fi done for getdir in $dirlist do tar -cf - /$getdir/* 2>/dev/null | tar -xf - done # I am pretty sure the exclude=ca-certificates was an older attempt # to avoid this issue, which I started running into again after # copying all of /etc instead of using --no-recursion to only # copy part of it tar --exclude-backups --exclude=backgrounds --exclude=ca-certificates --exclude=vmware-tools --exclude='linux-headers-*' --exclude=/usr/share/doc -cf - /usr 2>/dev/null | tar -xf - mkdir tmp proc dev run var ln -s ../run var/run sudo mount -t devtmpfs none dev sudo mount --bind /proc proc sudo mount --bind /run run our script then does a build inside the new chroot, like: sudo chroot $workspace_directory /bin/bash -c "cd Tools && ./" and after finishing, cleans up its mounts and root-owned files with: sudo umount run sudo umount proc sudo umount dev builduser=$(whoami) sudo chroot $workspace_directory /bin/bash -c "chown -R ${builduser}: /" Then the next build to use that workspace fails to clean up properly, and no builds can use that workspace until it is manually restored. The console log for a failing build looks like (note especially the misleading "Clean complete" text): Started by user Bennett, Drew Building in workspace /var/lib/jenkins/jobs/try/workspace@2 Using master perforce client: owi_unittest_try_2 [workspace@2] $ /opt/p4/bin/p4 workspace -o owi_unittest_try_2 Note: .repository directory in workspace (if exists) is skipped during clean. Wiping workspace... Wiped workspace. Clean complete, took 10062 ms Last build changeset: 546966 [workspace@2] $ /opt/p4/bin/p4 changes -s submitted -m 1 //owi_unittest_try_2/... [workspace@2] $ /opt/p4/bin/p4 counter change Caught exception communicating with perforce. Could not run perforce Could not run perforce command. at hudson.plugins.perforce.HudsonP4DefaultExecutor.exec( at com.tek42.perforce.parse.AbstractPerforceTemplate.getPerforceResponse( at com.tek42.perforce.parse.AbstractPerforceTemplate.getPerforceResponse( at com.tek42.perforce.parse.Counters.getCounter( at hudson.plugins.perforce.PerforceSCM.checkout( at hudson.model.AbstractProject.checkout( at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout( at jenkins.scm.SCMCheckoutStrategy.checkout( at hudson.model.AbstractBuild$ at hudson.model.Run.execute( at at hudson.model.ResourceController.execute( at Caused by: Cannot run program "/opt/p4/bin/p4" (in directory "/var/lib/jenkins/jobs/try/workspace@2"): error=13, Permission denied at java.lang.ProcessBuilder.start( at hudson.Proc$LocalProc.<init>( at hudson.Proc$LocalProc.<init>( at hudson.Launcher$LocalLauncher.launch( at hudson.Launcher$ProcStarter.start( at hudson.plugins.perforce.HudsonP4DefaultExecutor.exec( ... 12 more Caused by: error=13, Permission denied at java.lang.UNIXProcess.<init>( at java.lang.ProcessImpl.start( at java.lang.ProcessBuilder.start( ... 17 more ERROR: Unable to communicate with perforce. Could not run perforce command. Archiving artifacts ERROR: Publisher hudson.plugins.emailext.ExtendedEmailPublisher aborted due to exception java.lang.InterruptedException at java.lang.Object.wait(Native Method) at java.lang.Object.wait( at hudson.model.Run$RunExecution$CheckpointSet.waitForCheckPoint( at hudson.model.Run.waitForCheckpoint( at hudson.model.CheckPoint.block( at hudson.tasks.BuildStepMonitor$3.perform( at hudson.model.AbstractBuild$AbstractBuildExecution.perform( at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps( at hudson.model.Build$BuildExecution.cleanUp( at hudson.model.Run.execute( at at hudson.model.ResourceController.execute( at Finished: FAILURE

    Jenkins JIRA | 4 years ago | Drew Bennett

  1. batwalrus76 1 times, last 4 weeks ago
  2. treefolk 1 times, last 6 months ago
  3. danleyb2Interintel 1 times, last 6 months ago
  4. filpgame 1 times, last 7 months ago
  5. Nikolay Rybak 4 times, last 9 months ago
7 more registered users
18 unregistered visitors
Not finding the right solution?
Take a tour to get the most out of Samebug.

Tired of useless tips?

Automated exception search integrated into your IDE

Root Cause Analysis

  1. java.lang.InterruptedException

    No message provided

    at java.lang.Object.wait()
  2. Java RT
    1. java.lang.Object.wait(Native Method)
    2. java.lang.Object.wait(
    2 frames
  3. Hudson
    1. hudson.model.Run$RunExecution$CheckpointSet.waitForCheckPoint(
    2. hudson.model.Run.waitForCheckpoint(
    3. hudson.model.CheckPoint.block(
    4. hudson.tasks.BuildStepMonitor$3.perform(
    5. hudson.model.AbstractBuild$AbstractBuildExecution.perform(
    6. hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(
    7. hudson.model.Build$BuildExecution.post2(
    8. hudson.model.AbstractBuild$
    9. hudson.model.Run.execute(
    11. hudson.model.ResourceController.execute(
    12 frames