The mounts are persistent, and we are not doing anything like that as part of the build.
I did find some information on the .nfs files: .nfs files are created by a clienthost when one process on the clienthost deletes a file while another process on the clienthost is still holding the file open. This allows the delete to appear to succeed for one process w/o causing the the process to begin getting stale nfs file handles. It is a hack, but it is the only way to simulate UFS semantics on NFS. The clienthost will normally delete the .nfs file once the remaining process holding the file open closes it. However, if the clienthost crashes, you get left with a .nfs file on the filer. Note that if more than one host is involved (e.g, process on host a is holding a file open over NFS, while process on host b deletes that over NFS), process a will get a stale file handle. Could something like this be happening as part of a simple zip task? -----Original Message----- From: Scot P. Floess [mailto:sflo...@nc.rr.com] Sent: Tuesday, July 28, 2009 1:56 PM To: Ant Users List Subject: Re: Problem with zip task Interesting looks like an nfs issue... Are you automounting or anything? On Tue, 28 Jul 2009, Cole, Derek E wrote: > Has anyone encountered a problem when running a zip task, the log will > say something like > > [zip] Building zip: /path-to/some.war > > [zip] adding directory ........ > > > > Then getting an exception that says > > > > Problem creating zip: > /path-to/someotherdir/.nfs0000000000000001a121a00000003ae (No such file > or directory) > > > > > > The way the problem is listed..doesnt that seem like a problem with a > network storage access? /path-to/ is a mount to a NAS > > Scot P. Floess 27 Lake Royale Louisburg, NC 27549 252-478-8087 (Home) 919-890-8117 (Work) Chief Architect JPlate http://sourceforge.net/projects/jplate Chief Architect JavaPIM http://sourceforge.net/projects/javapim Architect Keros http://sourceforge.net/projects/keros --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@ant.apache.org For additional commands, e-mail: user-h...@ant.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@ant.apache.org For additional commands, e-mail: user-h...@ant.apache.org
