Thanks for the info. We too have created our own afs.rc for Solaris 2.4
due to the severe shortcomings of the one being distributed by Transarc.
I as a customer however would prefer that Transarc create a better afs.rc 
for the Solaris environment to begin with rather than having all of
the customers do their own.

I'd suggest that people open a problem report with product support
or append to mine (TR-20645).

My 3 main complaints with the Transarc version of afs.rc is

1) No option for local AFS cache options - Thus I can't widely distribute 
        this version of afs.rc (Note Peters does  this).
2) No hooks for running package
3) No check to verify that "afs" is in /etc/name_to_sysnum and replace it
        if its gone (most probably due to installing a Sun patch).

If I make my own afs.rc then everytime I pick up new Transarc 
software I have to check the "new" Transarc version to make sure that 
nothing has changed and should now be included in "my" new afs.rc.
(e.g. in Solaris 2.5 modloading /kernel/misc/nfssrv). 

Hopefully we'll see a "fix" from Transarc for this sometime soon.

 

Rich

Rich Sudlow
Office of Information Technology
University of Notre Dame

 


>Subject: info-afs: Improved Solaris afs.rc
>
>Hello,
>
>our cell is running Solaris and SGI machines. Under SGI the
>configuration of AFS is very comfortable. You can configure startup by
>simply setting configuration options.
>
>We have modified the shipped afs.rc script for Solaris such that it
>includes similar configuration checks as those shipped for SGI. If you
>are interested in this modified script as well as in the required
>configuration checking program, please look into
>
>    /afs/afs.brain.de/common/sun/
>
>There you also find a README file describing the "features".
>
>Best Regards
>
>Peter
>

Reply via email to