It turns out that the openafs packages shipped by Scientific Linux have init-scripts which are substantially different from those in the standard packages provided on the openafs.org website. Although it was possible to start the AFS client with the LCFG openafs component we could not actually configure it correctly. I’ve now got around to fixing this problem by building the RPMs for SL6, annoyingly though this has revealed a problem with building 1.4.14 packages on SL6. We can build 1.6.0pre packages on SL6 but it looks like there is a packaging bug which prevents building 1.4.14 on SL6.
-
Recent Posts
Recent Comments
- SL6 and LDAP client configuration | Scientific Linux 6 LCFG port diary on Configuring stock SL6 to use DICE and LDAP changes
- squinney on openafs
- sxw on openafs
- Alastair Scobie on SL6 desktop
Archives
Categories
Blogroll
Meta
There’s actually a couple of problems with 1.4.14’s packaging for RHEL6. Fixes will be in the next 1.4 series release from OpenAFS (all going well, this should be 1.4.15, at some point shortly after 1.6.0). In the mean time, if you want to apply patches, the changes you need are:
* http://git.openafs.org/?p=openafs.git;a=commitdiff;h=c2eba9d57adc79b05165fc8aebaf751ea89282f5
* http://git.openafs.org/?p=openafs.git;a=commitdiff;h=41040638e23be43e260f79a4694df528244ef38b
Looks like the patches to the specfile from both diffs have already been applied. It was just the kmodtool patch which was missing.