Paul,
>>Pierette Maniago VanRyzin writes:
>>
>> In general, I would check all the basic configuration on all servers
>> and the client you are running from. [snip]
>>
>> * correct and consistent server CellServDB files (/usr/afs/etc)
>> * correct and consistent client CellServDB files (/usr/vice/etc - and
>> don't forget the check the clientside CSDB files that are on your
>> server machines
>> * correct ThisCell files (both /usr/vice/etc and /usr/afs/etc)
>> * correct License files on servers
>> * accurate and consistant time (the error for time skews is different,
>> but it can't hurt to check anyway)
>>
>Paul Blackburn write:
>I would like to comment that your advice is (as always) good advice but
>today there are precisely zero tools eminating from Transarc to ensure
>your * list. (OK, upserver+upclient handle /usr/afs/etc for the domestic
>US version.)
>
I do believe that Transarc DOES provide a tool for this. We provide
the package utility which allows administrators to maintain consistency
amount all AFS clients. This would include maintaining the following items
which were listed above:
>> * correct and consistent server CellServDB files (/usr/afs/etc)
>> * correct and consistent client CellServDB files (/usr/vice/etc - and
>> don't forget the check the clientside CSDB files that are on your
>> server machines
>> * correct ThisCell files (both /usr/vice/etc and /usr/afs/etc)
>> * correct License files on servers
Other than package, it is really not a hard script to create in order
to maintain these files.
>> * accurate and consistant time (the error for time skews is different,
>> but it can't hurt to check anyway)
This is all of the list except for the accurate time. But we can argue
points here and also state that we provide a very good tool for this
(on the servers) which is runntp. If you machine is not in time sync, it is
not Transarc's responsibility to check, what might possibly be, hardware
problems.
>Perhaps the most useful (IMHO) tool/technique we could see from Transarc
>is the "keeping clientside CSDB consistent" one. I posted a request on this
>to info-afs some time ago in:
> [EMAIL PROTECTED]/1995/794240476
>
>There was zero response from Transarc but many AFS SAs responded privately
>with excellent ideas and scripts. So far, I have found nothing in afs-contrib
>on this. So we all invent our own wheels and go our own ways... Sigh!
There was zero response because (as a reminder) Transarc does not respond
to this bboard. Even if we did respond, we would again point out the fact
that package does provide most of the things Pierette pointed out above. It
is up to the individuals to submit their programs/scripts to the afs-contrib
area. We do not make individuals participate in this program. If you received
excellent ideas and scripts then you should urge those individuals to get in
touch with Transarc (through the normal Transarc channels) so that we can
place their scripts in the afs-contrib area.
>>
>>If you look back through [EMAIL PROTECTED]
>>you will find this topic surfaces a few times, eg:
>> [EMAIL PROTECTED]/1995/790903941
>
>Question: whatever happened to:
> [ excerpt from Mike Allard note to info-afs, ref:1995/790903941 ]
> >I have talked with Transarc about this, and they are currently working to
> >verify the correctness of their CellServDB.export file. They plan to have
> >site contacts verify their cell's entry in the .export file and send any
> >corrections. After two weeks, they will post a plea to all admins to
> >update their CellServDB file. Transarc also plans to supply scripts which
> >will help to:
> >
> > - verify the CellServDB file.
> > - add and remove mount points from /afs to match the .export file.
>
We did send out mail to many site contacts urging them to let us know if
cells are active or not. We have cleaned up our CellServDB.export file a great
deal in the last several months. I am not aware of the plans to provide
a script that does the above.
>BTW, I don't really mean to lay all of this at your feet. It's not your fault.
>However, you did start this "shooting from the hip" stuff! ;-)
Regards,
Dawn
ALL views expressed here are my own and have no reflection upon
the views of Transarc.
****************************************************************
Dawn Johnson
Senior Customer Support Specialist /\ /\~~~~~~~~~~~~\
Transarc Corporation - - |
Pittsburgh, Pa ==o== /________)
(412) 281-5852 (Helpline) E-mail: [EMAIL PROTECTED]
****************************************************************
