Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-15495

Workspace got deleted for custom workspaces after updating to 1.485

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved (View Workflow)
    • Priority: Major
    • Resolution: Incomplete
    • Component/s: core
    • Labels:
      None
    • Environment:
      Windows 7. Jenkins runs via its own server, no master-slave setup, i.e. only running by itself
    • Similar Issues:

      Description

      After updating to 1.485 some of my builds broke. When checking the workspace they were all deleted.

      I found out that workspaces on slaves are deleted after 30 days of inactivity.
      But I don't have any slaves, and these workspaces are never updated, since they only contain some ANT scripts, or plain batch, that only copies files outside of Jenkins.

      My last version before this update was 1.481, I am running these scripts for over a year, and nothing like this ever happened.

        Attachments

          Activity

          Hide
          jglick Jesse Glick added a comment -

          Assuming reproducible, not a critical bug; workspaces are designed to be disposable, i.e. they can be freely recreated at the expense of a longer build.

          Show
          jglick Jesse Glick added a comment - Assuming reproducible, not a critical bug; workspaces are designed to be disposable, i.e. they can be freely recreated at the expense of a longer build.
          Hide
          klausscharpf Klaus Scharpf added a comment -

          The problem is that these workspaces were not in version control, since they only contain some scripts that never change. From time to time I back them up - and normally our company always does backups - but it still deleted some valuable items.
          I think this is still a serious issue since Jenkins allows workspaces without version control association, and therefore they will not be automatically re-created.
          Also, I have custom workspaces pointing into directories of my current development environment to run some scripts easily.
          Deleting them would delete ongoing development work. And yes, sometimes a specific branch might be dormant for a while...

          Show
          klausscharpf Klaus Scharpf added a comment - The problem is that these workspaces were not in version control, since they only contain some scripts that never change. From time to time I back them up - and normally our company always does backups - but it still deleted some valuable items. I think this is still a serious issue since Jenkins allows workspaces without version control association, and therefore they will not be automatically re-created. Also, I have custom workspaces pointing into directories of my current development environment to run some scripts easily. Deleting them would delete ongoing development work. And yes, sometimes a specific branch might be dormant for a while...
          Hide
          jglick Jesse Glick added a comment -

          Never put original scripts directly in the workspace. Rather, version the scripts somewhere, either as part of some VCS-controlled project or inlined in the job configuration (which you should back up), and copy them to the workspace as a build step.

          Show
          jglick Jesse Glick added a comment - Never put original scripts directly in the workspace. Rather, version the scripts somewhere, either as part of some VCS-controlled project or inlined in the job configuration (which you should back up), and copy them to the workspace as a build step.
          Hide
          danielbeck Daniel Beck added a comment -

          More information is needed to investigate this issue further:

          • Does it still occur on Jenkins 1.551+ which changed how workspace cleanup works?
          • What is the full path of the workspace in question?
          • Where is the Jenkins home directory?
          • Do you have slaves, what are their remote FS root dirs?

          Jesse: The help on custom workspaces should probably be rephrased, currently it implies that Jenkins will not delete custom workspaces:

          Normally you should let Jenkins allocate and clean up workspace directories, but in several situations this is problematic, and in such case, this option lets you specify the workspace location manually.

          Show
          danielbeck Daniel Beck added a comment - More information is needed to investigate this issue further: Does it still occur on Jenkins 1.551+ which changed how workspace cleanup works? What is the full path of the workspace in question? Where is the Jenkins home directory? Do you have slaves, what are their remote FS root dirs? Jesse: The help on custom workspaces should probably be rephrased, currently it implies that Jenkins will not delete custom workspaces: Normally you should let Jenkins allocate and clean up workspace directories, but in several situations this is problematic, and in such case, this option lets you specify the workspace location manually.
          Hide
          jglick Jesse Glick added a comment -

          Yes that description could be misleading.

          Show
          jglick Jesse Glick added a comment - Yes that description could be misleading.
          Hide
          danielbeck Daniel Beck added a comment -

          No response to comment asking for further information in four weeks, resolving as incomplete.

          Show
          danielbeck Daniel Beck added a comment - No response to comment asking for further information in four weeks, resolving as incomplete.

            People

            Assignee:
            Unassigned Unassigned
            Reporter:
            klausscharpf Klaus Scharpf
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: