Sounds to me like TeamCity is not able to completely remove the directory due to permissions. If ivy cannot put files there to permission denied errors, TeamCity will have the same error trying to remove them.
Try to remove the directory as the root user, then let TeamCity run the build again. James Davis * QA Engineer II/Software Engineer Applied Technical Systems, Inc. * Information Engineering web: www.atsid.com * e-mail: [email protected] (p) 360.698.7100 x241 * (f) 360.698.7200 -----Original Message----- From: David Wink [mailto:[email protected]] Sent: Thursday, July 15, 2010 3:51 PM To: [email protected] Subject: Re: ivy issue Here it is: *[16:28:12]:* *[ivy:resolve] * impossible to put metadata file in cache: org/apache/commons#commons-dbcp;1.4. java.io.FileNotFoundException: /opt/tcagent/ivy/cache/org/apache/commons/commons-dbcp/ivy-1.4.xml (Permission denied) *[16:28:12]:* *[ivy:resolve] * When i looked at the files they are owned by root where others are owned by the user engserv On Thu, Jul 15, 2010 at 5:22 PM, Maarten Coene <[email protected]>wrote: > Are you sure that TeamCity can clean them? > If they are owned by root and TeamCity is started with another account, > they > won't get deleted I think. > > Could you also give us the error you are getting from Ivy? > > Maarten > > > > > ----- Original Message ---- > From: David Wink <[email protected]> > To: [email protected] > Sent: Fri, July 16, 2010 12:03:04 AM > Subject: Re: ivy issue > > I agree with you. However this directory is cleaned by TeamCity before > each > run. The only process calling to ivy is this ant script. > > On Thu, Jul 15, 2010 at 4:55 PM, Archie Cobbs <[email protected]> wrote: > > > Then they must have gotten there some other way. In UNIX it's (normally) > > not > > possible for a non-root user to create files owned by root. > > > > http://en.wikipedia.org/wiki/Filesystem_permissions > > > > -Archie > > > > On Thu, Jul 15, 2010 at 4:53 PM, David Wink <[email protected]> > wrote: > > > > > Ok I checked and the TeamCity agent is being started as the user > engserv. > > > However some of the files being downloaded are still owned by root. > No > > > other user is retrieving files. Most of the files are owned by engserv > > but > > > a few are still owned by root. > > > > > > On Thu, Jul 15, 2010 at 3:02 PM, David Wink <[email protected]> > > wrote: > > > > > > > Ivy is being called from an ant script run by TeamCity. I will check > > to > > > > see what user the TC agent is started as. > > > > > > > > > > > > On Thu, Jul 15, 2010 at 2:57 PM, Andrew McFague <[email protected]> > > > wrote: > > > > > > > >> To reiterate what Archie said, they're not "coming down" as being > > owned > > > >> by root; ownership of the file isn't transferred over Ivy. So if > > > >> they're being owned by root, it means the Ivy process that is > > retrieving > > > >> them is being run as the root user. > > > >> > > > >> Can you let us know how ivy is being called? > > > >> > > > >> Andrew > > > >> > > > >> On 07/15/10 15:49, David Wink wrote: > > > >> > The problem is that I want them to named as the user I am running > > as. > > > >> The > > > >> > user is engserv. Most of the files being downloaded come down > with > > > >> engserv > > > >> > as the owner but some of them are coming down as root. Is there a > > way > > > >> to > > > >> > control this? > > > >> > > > > >> > On Thu, Jul 15, 2010 at 2:29 PM, Archie Cobbs<[email protected] > > > > > >> wrote: > > > >> > > > > >> > > > > >> >> Whatever UNIX process is running ivy when it downloads those > files > > > must > > > >> be > > > >> >> running as root. This causes any files it creates to be owned by > > > root. > > > >> >> > > > >> >> -Archie > > > >> >> > > > >> >> On Thu, Jul 15, 2010 at 2:14 PM, David Wink<[email protected] > > > > > >> wrote: > > > >> >> > > > >> >> > > > >> >>> I am trying to get a new build platform up and running. However > > > when > > > >> I > > > >> >>> > > > >> >> run > > > >> >> > > > >> >>> my ivy resolve and retrieve. Some of the files are being > > downloaded > > > >> with > > > >> >>> the owner of root instead of my user. This causes me to get > > > exception > > > >> >>> occured while writing properties file permission denied errors. > > Can > > > >> >>> > > > >> >> anyone > > > >> >> > > > >> >>> help here? > > > >> >>> > > > >> >>> > > > >> >> -- > > > >> >> Archie L. Cobbs > > > >> >> > > > >> >> > > > >> > > > > >> > > > > > > > > > > > > > > > > > > > -- > > Archie L. Cobbs > > > > > > >
