[OpenAFS-devel] kernel BUG at /scratch/openafs/src/libafs/MODLOAD-2.6.13-MP/rx_kcommon.c:131!

Tim Spriggs tims@lpl.arizona.edu
Wed, 07 Sep 2005 16:42:49 -0700


chas williams - CONTRACTOR wrote:

>In message <DFC9582579DBA29B34C84527@endicott>,Chaskiel M Grundman writes:
>  
>
>>>+			atomic_set(&dp->d_count, 1);
>>>      
>>>
>>Is that really appropriate? You didn't make this dentry up yourself. It is
>>presumably the same dentry as afs_globalVfs->s_root, and may be the current
>>directory of any number of processes, etc.
>>    
>>
>
>yes.  the only time this code does anything is when you switch over
>from the RW afs.root to the RO afs.root.  can you get a reference to a
>RO path when the root of the search is a RW path?  ergo the new root
>inode should not have any existing lookups/references so d_count for
>/afs should become 1.
>
>yes, this seems wrong but linux doesnt seem to expect a filesystem to
>want to change the root mount point on the fly.  i hestitate to d_drop,
>d_alloc_root() and the change sb->s_root.  i have children dentries
>pointing to the current root dentry.
>
>this is also a fairly unique situation.  only happens when you are
>setting up a new cell.
>  
>
I don't know if this is supposed to be supported or not but I will
authenticate to two different cells and be able to use both in linux.

I have two interesting issues:

thomas:/afs/lpl.arizona.edu# kinit tims@LPL.ARIZONA.EDU
Password for tims@LPL.ARIZONA.EDU:
thomas:/afs/lpl.arizona.edu# aklog -d lpl.arizona.edu
Authenticating to cell lpl.arizona.edu (server isaac.home.tajinc.org).
We've deduced that we need to authenticate to realm HOME.TAJINC.ORG.
Getting tickets: afs/lpl.arizona.edu@HOME.TAJINC.ORG
Kerberos error code returned by get_cred: -1765328377
aklog: Couldn't get lpl.arizona.edu AFS tickets:
aklog: Server not found in Kerberos database while getting AFS tickets


This may be because I don't have my kerberos config [domain_realm]
section filled out but it has worked in the past.
If I give aklog lpl.ariona.edu -k LPL.ARIZONA.EDU then everything works
just fine.

Anyways, the more interesting issue comes when I try accessing the
lpl.arizona.edu cell (after I have authenticated).
I get the directory structure that belongs inside home.tajinc.org.

I don't know if this is relevant but home.tajinc.org is inside a private
network.

This seemed to pertain to this thread but seemed a little more broad, so
I hope this may help.

Thanks,
-Tim

Some info about my setup:


# dpkg --get-selections | grep -i openafs
openafs-client                                  install
openafs-krb5                                    install
openafs-modules-2.6.11.7                        install
openafs-modules-2.6.12.5                        install
openafs-modules-2.6.13                          install
openafs-modules-source                          install

# apt-cache show openafs-modules-2.6.12.5 | grep ^Ver
Version: 1.4rc1-1+1.0