James Pearson wrote:
>>> That's odd. You have the module on the server, exporting an xfs
>>> filesystem, and you're getting permission denied on the client?
>> Yep. And rmmod'ing the updated XFS module and insmod'ing the older
>> module makes it work again.
>
> The 'stock' RHEL4/CentOS4 kernels don't have xfs modules - so, I guess
> you have rebuilt your kernel with the XFS code that is there by default?
>
> If this is the case, then this _may be_ the cause of the problem ... the
> updated xfs module code uses any existing XFS configs in the kernel you
> are building against - the Makefile states:
>
> # Set up our config.
> #
> # If the kernel already has an XFS config, use it.
> # Else if config.xfs is here, use it for our config. Otherwise,
> # Else default to only CONFIG_XFS_FS=m (simplest config)
>
> The problem is that the 'stock' 2.6.9 kernel doesn't define (or use)
> CONFIG_XFS_EXPORT - but the updated xfs module code requires this to
> allow NFS exports of a XFS file system ...
>
> So my guess is that your re-built updated xfs modules don't use
> CONFIG_XFS_EXPORT
>
> I guess with a bit of hacking to the Makefile, you could force
> 'CONFIG_XFS_EXPORT=y' to be added - you might even be able to do this
> via the rpmbuild command line ... although I don't know how.
Ah, that may well be it. yeah, the rpm needs to set its own config
options since the centos kernel has no xfs config. (Sorry, I just
haven't had time to look into it yet) - but I bet you're right that
setting the config option in the makefile in the rpm will fix things
right up!
-Eric
|