Hi Stephan,
Stephan Wiesand wrote:
> Hi All,
>
> I wonder whether there'll be an SL 3.0.5 release now that RHEL3U5 is out?
>
Yep, we're working on it right now. We hopefully will have a beta, that
just has the newer rpm's in it, out sometime this week. Though we
probrubly won't release 305 until the first kernel update comes out.
> If so, maybe on this occasion I could sneak in a few more modifications
> to the openafs packages:
>
I was going to ask you about openafs this morning. Looks like you beat
me to it.
> - switch to upstream release 1.2.13
>
> [ I'm about to deploy SL3-based AFS fileservers. 1.2.13 has major
> bugs fixed on the server side. It also has at least one fix for
> lockups on SMP clients. We have been using ist for months here
> on both servers and clients (our pre-SL systems), and it has
> been very stable. ]
>
> - enable configure options bitmap_later, bos_restricted_mode, fast_restart
>
> [ Again, we want bitmap_later and fast_restart for the fileservers.
> bos_restricted_mode just adds a little functionality ]
>
Do the bitmap_later and fast_restart do anything to the clients?
> - add macros for bos_new_config and full_vos_listvol_switch, and enabled
> them
>
> [ Again, just additional options. ]
>
> - add optional openafs-debug package with additional tools
>
> [ Useful for debugging/understanding servers and client behaviour,
> and in emergencies. Cheap and completely optional. ]
>
If this is the same as the extra debug stuff we have in 1.3.xx, I've
noticed that it builds debug stuff also whenever each kernel module is
built. It's not a problem, it's just that I never know which one to put
up. Do you want the debug rpm from when I build the smp, or the normal
kernel module? Or does it really matter?
>
> I made a source rpm and put it here:
>
> http://www-zeuthen.desy.de/~wiesand/SL3/openafs-1.2.13-15.15.SL.src.rpm
>
> or
>
> /afs/ifh.de/user/w/wiesand/public/www/SL3/openafs-1.2.13-15.15.SL.src.rpm
>
> It's based on the SRPM from SL3.0.4 (which seems not to be exactly the
> one used for building the binary packages, but I think I recreated the few
> missing changes).
>
Thanks.
We'll see how Jarek feels. He might have a change or two as well. But
unless he has some objections, I'll put this in the beta and we'll see
how it shakes out.
> This is the rest of the changelog, besides what's described above:
>
> - this spec can now be used with --target ia32e, in which case only the
> kernel module for this platform will be built
whoo hoo ... thanks. That really was a pain in the rear.
> - added the livesys & kdump executables to main package
> - updated CellServDB to today's version from grand.central.org
Also thanks.
> - moved wget requirement from main to client package
Good idea.
Though I think the one change we might do is see about getting wget out,
replaced with a real AFS program. I know Jarek had some good functions
but we had already set things up last time. We'll have to give them
some testing while we're in beta.
> - introduced a macro for additional afsd options (set -dynroot -fakestat
> yet)
> - removed packager tag (much credit for this package still belongs to
> Jarek Polok, but he shouldn't be blamed for my changes ;-)
> - strip "smp" from automatically determined kernel version
> - added versioned build requirements for kernel and kernel-source
>
> This package was successfully built and is currently running on a few test
> systems under SL 3.0.4 with the latest errata kernel (2.4.21-32.EL), on
> these architectures: i686/UP, i686/SMP, ia32e, x86_64/SMP .
>
> Any opinions?
>
> Cheers,
> Stephan
>
I'll work on getting it into the beta, unless Jarek has some changes
before then.
Troy
--
__________________________________________________
Troy Dawson [log in to unmask] (630)840-6468
Fermilab ComputingDivision/CSS CSI Group
__________________________________________________
|