[OpenAFS] OpenAFS-1.3.85 on Solars 10 Problem with pwd after rename of a directory

[Douglas E. Engert]

Rich,
I tried your compiled version of 1.3.85 and it fails.
But doing some more tests, using your 1.3.85 and a 1.3.81
the problem does not occure in all directories.

The directory I was using is my home directory, where the
volume was created in 1992. I am wondering if this is a problem
with non unique entries and lookup.

fs exam .
  File B (536871011.2793.222215) contained in volume 536871011

I am now looking for more directories/volumes where this might fail.



Rich Sudlow wrote:
> Douglas E. Engert wrote:
> 
>> We are seeing a problem with OpenAFS-1.3.85 on Solaris 10
>> where /usr/bin/pwd fails.
>>
>> Has anyone else seen this?
>>
>> /usr/bin/pwd and csh use the getcwd() which truss shows is
>> failing with a #19:ENODEV (sh does something else with the
>> pwd command.)
>>
>> We just installed the latest patches which did not help,
>> The kernel is now at 118822-02.
>>
>> I turned in a bug report [19412] on June 20 against 1.3.81
>> and have not heard anything on it.
>>
>> The following can be used for a test in an AFS directory:
>>
>>  mkdir x
>>  mv x y
>>  cd y
>>  /usr/bin/pwd
>> pwd:cannot determine current directory!
> 
> 
> Seems to work here:
> 
> samson{rich}2: mkdir x
> samson{rich}3: mv x y
> samson{rich}4: cd y
> samson{rich}5: /usr/bin/pwd
> /afs/nd.edu/users/rich/y
> samson{rich}6:
> 
> samson{rich}17: /usr/afsws/etc/rxdebug localhost 7001 -version
> Trying 127.0.0.1 (port 7001):
> AFS version:  OpenAFS 1.3.85 built  2005-07-14
> 
> I built this using Sun's Studio 10 compilers.
> 
> ./configure --with-afs-sysname=sun4x_510 --enable-transarc-paths \
> --enable-large-fileserver --enable-namei-fileserver
> 
> No changes made to OpenAFS code - Solaris 10 running on SPARC hardware
> Patch 118822-02 is on the box (and probably was before I compiled...
> but wouldn't swear to it.
> 
> Rich
> 
> 
> 
> 
> 
> 
> 
> 
>>
>> I have tried recompiling the 1.3.85 and changing all the ENODEV
>> return codes to something else, which did not help. getcwd
>> still returned ENODEV.
>>
>> Solaris 10 introduce the v_path into the vnode,
>> I thing it has something to do with this, or the new vnevent.
>>
>> I have been looking at http://cvs.opensolaris.org/source
>> to see how getcwd and v_path are related.
>>
>> Any ideas?
>>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
> 
> 
> 

-- 

  Douglas E. Engert  <DEEngert@anl.gov>
  Argonne National Laboratory
  9700 South Cass Avenue
  Argonne, Illinois  60439
  (630) 252-5444