SCIENTIFIC-LINUX-DEVEL Archives

February 2005

SCIENTIFIC-LINUX-DEVEL@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jaroslaw Polok <[log in to unmask]>
Reply To:
Jaroslaw Polok <[log in to unmask]>
Date:
Sat, 26 Feb 2005 11:12:24 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (64 lines)
Troy Dawson wrote:
> Howdy,
> Has anyone gotten an openafs src.rpm for openafs 1.3.79. 

Not yet... but I'm looking at it today.
.. so we'll see soon how it worked out.

On the same subject:

- the wget check shall be really removed : it hurts people
   (in case sbdy has 7000/tcp closed on firewall for
    example: as we do at CERN..)
  - in addition this does not check for:
       - that replying server is AFS server
       - that replying server is AFS DB server

    working check would be:

       /usr/sbin/rxdebug $SERVER -port 7002 -version 2>&1 > /dev/null
       if [ $? -eq 0 ]; then
         echo "OK!"
       fi

    (yes we've tried on 7000 before: but 7000 is only
     afs3-fileserver: AFS DB servers do not need to run it
   , but they must run afs3-prserver on 7002)


- the -dynroot shall really be disabled in default
    package: it also breaks things for people

    (yes, I know theres SL_afs_nodynroot package:
     but I would REALLY prefer if dynroot is disabled
     by default and then a SL_afs_dynroot package is
     provided for those who need it...)

   Side note: we on CERN site avoid as much as we can
   propagating such config changes via RPMS: we rather
   use our own config mechanism based on Quattor
   (http://quattor.cern.ch) to propagate changes.
   [the RPM containing 'profile' for the machine -
    which is site dependent - is updated regularily
    and it runs configuration components to perform
    changes when needed].

   this way framework and component packages
   are not updated (unless improved/bug-fixed): only
   a single profile package gets updated (once per month
   or even less frequently in our case)


I would be happy to discuss details of this solution
if anybody is interested ..

Cheers

Jarek

__
-------------------------------------------------------
_ Jaroslaw_Polok ___________________ CERN - IT/ADC/LE _
_ http://home.cern.ch/~jpolok ___ tel_+41_22_767_1834 _
_____________________________________ +41_78_792_0795 _

ATOM RSS1 RSS2