Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Users List" <user@ant.apache.org>
Received-SPF: pass (athena.apache.org: domain of groodt@gmail.com designates
 209.85.218.211 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=cW+bR6pi/rsafFiFuhMDnnPoxlz0qeSyqwWiRdxG+wD9b2k9T6VUlHymNl3MEc14o3
         PIBtfYYlme/AV1UF7FaBndraACx9O48QuGu3UJSJFLUYaf+Y838awR66E65ZSDVqy5nK
         aIfFvr/Q+8KLNDVtBI5NUY3f9LZm8ReqbkSJg=
MIME-Version: 1.0
In-Reply-To: <D8712C17DFFC0545BAC9F81C9B88F6BA14D82D34@emss04m22.us.lmco.com>
References: <D8712C17DFFC0545BAC9F81C9B88F6BA14D82C6E@emss04m22.us.lmco.com>
	 <alpine.LFD.2.00.0907281355400.3124@desktop-vm.adminserver>
	 <D8712C17DFFC0545BAC9F81C9B88F6BA14D82D34@emss04m22.us.lmco.com>
Date: Tue, 28 Jul 2009 19:04:02 +0100
Message-ID: <519c1a0c0907281104j22d31bcdxf21a329e0d7ecb56@mail.gmail.com>
Subject: Re: Problem with zip task
From: Greg Roodt <groodt@gmail.com>
To: Ant Users List <user@ant.apache.org>
Content-Type: multipart/alternative; boundary=00504502b19445e50c046fc7e5d3

--00504502b19445e50c046fc7e5d3
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

Hmmmm, looks a bit suspicious. Could you please include the relevant parts
of the build.xml?

I know that a few Java File operations dont work very well across file
systems. Renaming has given me problems in the past.


On Tue, Jul 28, 2009 at 6:58 PM, Cole, Derek E <derek.e.cole@lmco.com>wrote:

> 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:sfloess@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-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
>
>

--00504502b19445e50c046fc7e5d3--