Thank you to all who replied.
This is a known problem with advfs writing over existing files and will
be fixed in patchkit 4 for 5.1A. If you can't wait, there is a customer
specific patch C640 (OSFPATC0064000520) from HP support (you
must request it, but it works).
Thanks!
Teresa
Teresa Biehler wrote:
>
> Hi all,
>
> One of our administrators is having a problem with pico over NFS. The
> details are below. Anyone seen anything like this? How did you fix it?
>
> Thanks.
> Teresa
>
> -------- Original Message --------
> Subject: Problem with digital unix, NFS and pico/pine
> Resent-Date: Thu, 30 Jan 2003 14:02:59 -0500 (EST)
> Resent-To: tpbsys_at_osfmail.isc.rit.edu
> Date: Thu, 30 Jan 2003 14:01:41 -0500 (EST)
> From: Jim Bodie <jabpci_at_cis.rit.edu>
> To: tpbsys_at_vmsmail.rit.edu
>
> Teresa,
>
> Report of the NFS/pico/pine file issue
>
> The issue: Any file edited with pico, with data removed, will appear to
> replace
> the file with null characters. The problem is not only with pico, but
> pico is
> a easy way to recreate the problem.
>
> The specifics:
>
> The file server is a DS-20E running DU 5.1A with patch kit 3.
>
> The clients don't matter. This has worked for Solaris 7, Solaris 8 and
> DU 4.0f
> clients. We have no DU 5.1A clients as we are not upgrading any more
> alphas
> until a fix is found.
>
> The version of pico does not matter, we have 3 different versions on our
> servers
> and the results are the same. Specifically pico versions 4.4 (4.53),
> 3.7
> (4.21), and 3.9 (4.31). The number is parentheses is the version of
> pine that
> pico comes with.
>
> How to make the problem happen:
>
> The only time pico does not wipe out the file is when it is executed
> locally on
> the file server.
>
> The steps in making the problem:
>
> - Start with a text file.
> - edit the file with pico.
> - remove any text, 1 or more characters
> - write the file and exit
> - The file on the NFS client will be the same number of characters, but
>
Received on Fri Jan 31 2003 - 20:31:03 NZDT