[OpenAFS] Re: New to openafs-1.4 and vanishing symlinks

[Christophe BERNARD]

OK. Sorry for bothering. This is the dynroot feature which ignores the 
root.afs volume contents cf. Email dated 27 Feb 2003 by Derek Atkins, and 
which is turned on by default on the rpm distro.

I removed -dynroot from the /etc/sysconfig/openafs config file, and 
everything now works like before.

Many congratulations to the development team for making 1.4 happening and 
working close to out of the box on 2.6 kernels (linux) on 64 bit SMP 
architectures. This is really a great achievement.

Kind regards,

Christophe.

On Tue, 20 Dec 2005, Christophe BERNARD wrote:

> Hello.
>
> I installed a long awaited RPM openafs distro on a 64 bit fedora core 4 
> client. The server is still running 1.2.13 on a fedora core 1.
>
> Works mostly well (krb5/aklog/afs access). Just one problem I do not how to 
> solve:
>
> The cell name is (say) abc.com, and I used to put a symbolic link abc -> 
> abc.com in /afs:
>
> /afs/abc -> /afs/abc.com
>
> Bad luck, the abc symbolic link does not show up any more on the latest
> fedora core 4 / openafs 1.4.0 client. I tried to replace the abc symlink
> with an actual "fs mkmount" mountpoint abc -> root.cell. Nothing is showing 
> up, as if the new client was completely ignoring was is lying in
> root.afs? Did something change in the classical directory and volume 
> hierarchy to explain this?
>
> The hierarchy I am used to is:
>
> /afs -> root.afs volume
>
> in root.afs, I have a RO mount point abc.com to root.cell, and either a 
> symbolic link abc to abc.com or a RO mount point abc to root.cell. In either 
> case, the abc link/mountpoint is invisible in the 1.4 client.
>
> Any hints?
>
> I would like to keep the /afs/abc paths running, as they are used in the 
> standard paths for user home directories and plenty of other stuff.
>
> With my best regards,
>
> Christophe.
> ---
> Christophe BERNARD
> Ecole des Mines de Paris
> 77305 Fontainebleau cedex
>