Re: I vote for updated RAID and KNFSD

Bill Rugolsky Jr. (rugolsky@ead.dsa.com)
Wed, 8 Sep 1999 14:03:06 -0400


On Wed, Sep 08, 1999 at 10:07:53AM -0700, M Carling wrote:
> The new RAID code breaks existing configurations. Such changes are
> sometimes needed. However, they should never be put directly into a stable
> kernel. Deliberately breaking production systems with a kernel upgrade
> _within_ a "stable" kernel series is unconscionable.
>
> Now that companies are beginning to run Linux on production systems, the
> carefree attitude toward "stable" kernels has to change. I'd love to be
> able to recommend Linux to my clients on Wall Street, but there have to be
> stable kernels first. That means nothing changes unless it's a bug fix.
> Everything else (updated drivers, new features, code cleanups) waits for
> the next major release. Otherwise, there is little difference between odd
> and even numbered kernels.

I can't speak about RAID, but do you understand that NFS is broken in its
unpatched form? HJ's and many of Trond's changes are **bug fixes**.
Sure, there are people out there using the NFS included in the kernel,
but they are not doing anything serious with it. If they were, they would
have seen and complained about RPC problems, attribute caching problems,
stale file handles, inode revalidation, locking, ... Some groups, like
mine, are locked into an NFS-centric environment: 40 machines, mounting at
least four different remote filesystems, with lots of concurrent access.

The fact that some userland tool needs to be updated when the kernel is
updated seems to me irrelevant, especially when any sane distribution
has a package manager to handle the details. Much more troubling to me
is having to either (1) extract just the bug fixes from the stable patches,
and diverge from the Linus kernel, or (2) manually apply the old NFS etc
patches to the updated kernel and integrate the rejects. That is not to
mention problem of building driver modules distributed outside the
kernel tree with each update.

If you think Linux is the only system with configuration management
problems, just try dealing with Sun's (confusing and frequently broken)
patch clusters.

Bill Rugolsky
rugolsky@ead.dsa.com

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/