[OpenAFS] Possible problem with openafs-client or modules 1.4.2
Tue, 14 Nov 2006 21:12:15 +0000
Content-Type: text/plain; charset=iso-8859-1
On Tue, Nov 14, 2006 at 02:52:30PM -0500, Derrick J Brashear wrote:
> On Tue, 14 Nov 2006, Jose Calhariz wrote:
> >>Can you get tcpdump from the client's point of view? Basically, at some
> >>point the client is marking the server down, I assume. The question is =
> >>the basis of what.
> >I can imagine what is happening. Can I ask some questions?
> Asking that was itself a question :)
> >If they
> >are explained somewhere, please point where.
> >What the client see when the file server is:
> > - Locking a volume to do a vos clone or vos backup?
> RW? RO? Locking is a vldb concept. Clients don't care. But taking a volum=
> offline causes VBUSY replies. But a clone can be done basically without a=
> period of inavailability, and a backup is just a special clone.
It's a RW volume and I think the locking takes long because it have
many small files.
> > - When a volume is being salvaged?
> Here it's offline and you get VBUSY til it comes back, if it's one of=20
> several ROs you can use another.
> > - When the fileserver is doing a weekly restart?
> Look in src/viced/afsfileprocs.c, starting with
> /* The volume we want may not be attached yet because
> * the volume initialization is not yet complete.
> All of this should be dealt with by clients. That's the point.
I starting to understand the problem you are looking. From reading to
the comment, the client should had waited until the volume was ready.
What I have seen is sometimes the client don't wait for the volume to
be ready, so the compilation abort because of problems reading or
writing to the volume.
> OpenAFS-info mailing list
A beleza e uma carta de recomendacao a curto prazo.
-- Ninon de Lenclos=20
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
-----END PGP SIGNATURE-----