Working directory locked when username changes

Issue #41 resolved
Radosław Antoniuk created an issue

Bamboo 5.6.2 Bamboo TFS 1.1.8

  1. Bamboo plan building correctly.
  2. Go into repository settings and change username and password, save.
  3. start build plan, the following exception will happen:
java.lang.RuntimeException: com.atlassian.bamboo.repository.RepositoryException: com.microsoft.tfs.core.exceptions.TECoreException: The working folder C:\bamboo-agent-home\xml-data\build-dir\NET-CRL-JOB1 is already in use by the workspace XXX;SRV\bambootfs on computer BAM01.
    at com.atlassian.bamboo.executor.RetryingTaskExecutor.rerun(RetryingTaskExecutor.java:132)
    at com.atlassian.bamboo.executor.RetryingTaskExecutor.runTask(RetryingTaskExecutor.java:88)
    at com.atlassian.bamboo.executor.RetryingTaskExecutor.retry(RetryingTaskExecutor.java:191)
    at com.atlassian.bamboo.executor.RetryingTaskExecutor.retry(RetryingTaskExecutor.java:176)
    at com.atlassian.bamboo.plugins.vcs.task.VcsCheckoutTask.execute(VcsCheckoutTask.java:172)
    at com.atlassian.bamboo.task.TaskExecutorImpl.executeTasks(TaskExecutorImpl.java:220)
    at com.atlassian.bamboo.task.TaskExecutorImpl.executePreparationTasks(TaskExecutorImpl.java:73)
    at com.atlassian.bamboo.build.pipeline.tasks.PrepareBuildTask.call(PrepareBuildTask.java:74)
    at com.atlassian.bamboo.v2.build.agent.DefaultBuildAgent.build(DefaultBuildAgent.java:188)
    at com.atlassian.bamboo.v2.build.agent.BuildAgentControllerImpl.waitAndPerformBuild(BuildAgentControllerImpl.java:112)
    at com.atlassian.bamboo.v2.build.agent.DefaultBuildAgent$1.run(DefaultBuildAgent.java:110)
    at com.atlassian.bamboo.utils.BambooRunnables$1.run(BambooRunnables.java:49)
    at com.atlassian.bamboo.security.ImpersonationHelper.runWith(ImpersonationHelper.java:31)
    at com.atlassian.bamboo.security.ImpersonationHelper.runWithSystemAuthority(ImpersonationHelper.java:20)
    at com.atlassian.bamboo.security.ImpersonationHelper$1.run(ImpersonationHelper.java:52)
    at java.lang.Thread.run(Unknown Source)
Caused by: com.atlassian.bamboo.repository.RepositoryException: com.microsoft.tfs.core.exceptions.TECoreException: The working folder C:\bamboo-agent-home\xml-data\build-dir\NET-CRL-JOB1 is already in use by the workspace XXX;SRV\bambootfs on computer BAM01.
    at com.stellarity.bamboo.repository.TfsRepository.retrieveSourceCode(TfsRepository.java:358)
    at com.atlassian.bamboo.plugins.vcs.task.VcsCheckoutTask.fillWorkingDirFromVcs(VcsCheckoutTask.java:259)
    at com.atlassian.bamboo.plugins.vcs.task.VcsCheckoutTask.access$100(VcsCheckoutTask.java:56)
    at com.atlassian.bamboo.plugins.vcs.task.VcsCheckoutTask$2.call(VcsCheckoutTask.java:177)
    at com.atlassian.bamboo.plugins.vcs.task.VcsCheckoutTask$2.call(VcsCheckoutTask.java:173)
    at com.atlassian.bamboo.executor.RetryingTaskExecutor.rerun(RetryingTaskExecutor.java:108)
    ... 15 more
Caused by: com.microsoft.tfs.core.exceptions.TECoreException: The working folder C:\bamboo-agent-home\xml-data\build-dir\NET-CRL-JOB1 is already in use by the workspace XXX;SRV\bambootfs on computer BAM01.
    at com.microsoft.tfs.core.exceptions.mappers.TECoreExceptionMapper.map(TECoreExceptionMapper.java:99)
    at com.microsoft.tfs.core.exceptions.mappers.VersionControlExceptionMapper.map(VersionControlExceptionMapper.java:48)
    at com.microsoft.tfs.core.clients.versioncontrol.internal.WebServiceLayer.updateWorkspace(WebServiceLayer.java:3354)
    at com.microsoft.tfs.core.clients.versioncontrol.internal.WebServiceLayerLocalWorkspaces.updateWorkspace(WebServiceLayerLocalWorkspaces.java:2435)
    at com.microsoft.tfs.core.clients.versioncontrol.VersionControlClient.updateWorkspace(VersionControlClient.java:1442)
    at com.microsoft.tfs.core.clients.versioncontrol.soapextensions.Workspace.update(Workspace.java:6788)
    at com.microsoft.tfs.core.clients.versioncontrol.soapextensions.Workspace.update(Workspace.java:6740)
    at com.microsoft.tfs.core.clients.versioncontrol.soapextensions.Workspace.update(Workspace.java:6697)
    at com.microsoft.tfs.core.clients.versioncontrol.soapextensions.Workspace.update(Workspace.java:6665)
    at com.microsoft.tfs.core.clients.versioncontrol.soapextensions.Workspace.update(Workspace.java:6640)
    at com.microsoft.tfs.core.clients.versioncontrol.soapextensions.Workspace.update(Workspace.java:6619)
    at com.microsoft.tfs.core.clients.versioncontrol.soapextensions.Workspace.createWorkingFolder(Workspace.java:1980)
    at com.stellarity.bamboo.repository.TfsRepository.getWorkspace(TfsRepository.java:623)
    at com.stellarity.bamboo.repository.TfsRepository.tryToRetrieveSourceCode(TfsRepository.java:722)
    at com.stellarity.bamboo.repository.TfsRepository.retrieveSourceCode(TfsRepository.java:336)
    ... 20 more
Caused by: com.microsoft.tfs.core.ws.runtime.exceptions.SOAPFault: The working folder C:\bamboo-agent-home\xml-data\build-dir\NET-CRL-JOB1 is already in use by the workspace XXX;SRV\bambootfs on computer BAM01.
    at com.microsoft.tfs.core.ws.runtime.client.SOAP12Service.examineResponseDOMForFault(SOAP12Service.java:132)
    at com.microsoft.tfs.core.ws.runtime.client.SOAPService.examineBodyForFault(SOAPService.java:1105)
    at com.microsoft.tfs.core.ws.runtime.client.SOAPService.executeSOAPRequestInternal(SOAPService.java:732)
    at com.microsoft.tfs.core.ws.runtime.client.SOAPService.executeSOAPRequest(SOAPService.java:473)
    at ms.tfs.versioncontrol.clientservices._03._RepositorySoap12Service.updateWorkspace(_RepositorySoap12Service.java:2795)
    at com.microsoft.tfs.core.clients.versioncontrol.internal.WebServiceLayer.updateWorkspace(WebServiceLayer.java:3346)
    ... 32 more

Note the line The working folder C:\bamboo-agent-home\xml-data\build-dir\NET-CRL-JOB1 is already in use by the workspace XXX;SRV\bambootfs that is saying that workspace is locked by bambootfs which is the OLD user, before the change.

Comments (10)

  1. Sergey Podobry

    Hi,

    As I understand there was a build on BAM01 under one credentials and then you've changed them and run the build with the new credentials on BAM01, right?

  2. Radosław Antoniuk reporter

    Great! Thanks for the update.

    In the meantime I saw one more exception that might be interesting for you:

    2014-12-04 00:33:35,292 ERROR [Thread-58] [FelixOsgiContainerManager] JarContent: Unable to read bytes.
    java.lang.IllegalStateException: zip file closed
            at java.util.zip.ZipFile.ensureOpen(ZipFile.java:634)
            at java.util.zip.ZipFile.getEntry(ZipFile.java:305)
            at java.util.jar.JarFile.getEntry(JarFile.java:227)
            at org.apache.felix.framework.util.JarFileX.getEntry(JarFileX.java:61)
            at org.apache.felix.framework.cache.JarContent.getEntryAsBytes(JarContent.java:120)
            at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1738)
            at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:716)
            at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73)
            at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1690)
            at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
            at com.microsoft.tfs.util.listeners.SingleListenerFacade.getListener(SingleListenerFacade.java:254)
            at com.microsoft.tfs.util.listeners.SingleListenerFacade.getListener(SingleListenerFacade.java:216)
            at com.microsoft.tfs.util.shutdown.ShutdownManager.shutdown(ShutdownManager.java:156)
            at com.microsoft.tfs.util.shutdown.ShutdownManager$1.run(ShutdownManager.java:101)
    
  3. Log in to comment