Robin Humble wrote:
Under what conditions should we be worried about XFS with a kernel
compiled with 4k stacks?
XFS is probably fine but I wouldn't try to stack on top a volume manager.
The last time XFS on a md raid 5 volume the system would last
about 30 seconds before spewing all sorts of weird stack traces.
And the lovely folks doing the FC kernel not only decided to
patch out the option to turn off 4k stacks they also change some
interfaces that rely the "remove-any-option-of-sane-stack" patch.
At that point I formatted the drive and switch to box to a different
Ohh I did try a stock kernel on the box, but apparently the FC pthreads
libraries do not work with vanilla linux kernels. (That may have
changed since the last time I tried that)
As we are lazy, we would prefer to run a stock fc3 kernel on dual Xeon
32bit with 3ware hardware SATA RAID - mostly accessed via NFS. No LVM,
no ACLs, no software RAID, so nothing too fancy.
Is this still asking for trouble?
If so, then it's not hard to recompile the fc3 kernel (or a stock
kernel) for 8k stacks, just we're not too sure how risky the default
fc3 setup is.
We're also thinking of running RHEL AS4 instead of fc3 (they are very
similar), but that definitely needs a recompile as XFS isn't included in
the default AS4 kernel :-/
Description: OpenPGP digital signature