Tim Spriggs wrote:

> chas williams - CONTRACTOR wrote:
> 
> 
>>In message <[EMAIL PROTECTED]>,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 [EMAIL PROTECTED]
> Password for [EMAIL PROTECTED]:
> 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/[EMAIL PROTECTED]
> 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

Check the hostname that is being returned in response to your DNS
queries.  I will bet that .home.tajinc.org is being appended to all
queries.  Therefore, you are obtaining a domain/realm mapping to
HOME.TAJINC.ORG and you are obtaining VLDB server entries for the
home.tajinc.org cell.

Jeffrey Altman

begin:vcard
fn:Jeffrey Altman
n:Altman;Jeffrey
org:Secure Endpoints Inc.
adr:;;255 W 94TH ST PHB;NEW YORK;NY;10025;United States
email;internet:[EMAIL PROTECTED]
title:President
tel;work:+1 212 769-9018
x-mozilla-html:TRUE
url:http://www.secure-endpoints.com
version:2.1
end:vcard

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to