I received three responses to my earlier question regarding system
freezes during removal of advfs clone filesets, from which I gathered
that:
o The problem first appeared in 4.0d.
o The problem exists in 4.0e, 4.0f, and the field-test of 5.0
o One response claimed that patch kit 3 for 4.0D was immune. I have
not yet investigated this.
o Another said that this problem was caused by a fix to a problem
which caused inconsistant views of mmap'ed files & occasionally hung
processes.
Other respondants told me they'd reported the bug to technical
support and have yet to see a resolution. (I don't have support)
As an aside, I really hope somebody from Compaq reads this thread
because they are loosing customers over it. To me the entire point of
using Digital UNIX as an NFS server is the flexibility provided by
Advfs and the peace of mind provided by cloning filesystems for safe
"live" backups. Given that the cloning feature is now effectively
unusable, we might as well just migrate to a different platform (as
some respondants have already done).
------------------------------------------------------------------------------
Andrew Gallatin, Sr Systems Programmer
Duke University Email: gallatin_at_duke.edu
Department of Computer Science Phone: (919) 660-6590
My original question:
At 11:39 AM 7/7/99 -0400, I wrote:
>
>As part of my nightly backups, I clonefset each advfs filesystem, mount
>the clone, vdump the clone, unmount the clone, then rmfset the clone.
>
>After "upgrading" from 4.0B to 4.0D (patch kit 2:
>DUV40DAS00002-19980717), we noticed that the cloned fileset is
>inaccessible when a clone is being removed. In fact, this is a fairly
>busy NFS server and when a clone is being removed, even NFS requests
>for filesytems not involved in the clone removal hang until the rmfset
>completes. Over the last year, our storage requirements have grown
>much larger (making the clone removal take much longer) and this
>problem has grown from being merely annoying to becoming nearly
>unacceptable.
>
>Other than this behavior (and the NFSv3 dupreq problem) this version
>of DU has been reasonably stable. Before I blindly attempt an upgrade
>(to either the latest jumbo patch kit for 4.0d, or to the latest patch
>revs of 4.0e or 4.0f), I was hoping somebody could tell me which
>versions of DU this problem does not affect.
>
>Thanks in advance,
>
>Drew
>---------------------------------------------------------------------------
---
>Andrew Gallatin, Sr Systems Programmer
>Duke University Email: gallatin_at_duke.edu
>Department of Computer Science Phone: (919) 660-6590
>
Received on Fri Jul 09 1999 - 18:34:59 NZST