Re: NFS problems between RHEL4 U3 and RHEL4U6

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



You ever figure this one out?
Chet

On Mon, Jul 14, 2008 at 11:57 AM, <jerry.feldman@xxxxxxxxxxxxxxxx> wrote:

> RHEL4U3 is running a 2.6.9-34 kernel with nfs utils 1.0.6-65.
> RHEL4U6 is running 2.6.9-64 kernel with 1.0.6-84.
>
> I am also aware that there was a spinlock issue in the Update 3 kernel
> that affected us on a several hundred system benchmark a couple of years
> ago, with a patch that was supposed to be in Update 6. I don't think the
> spinlock bug is the issue, but it does look like some type of locking
> issue. The reason I don't think we are running into the spinlock issue
> is that we are not driving the systems heavily.
>
> --
> Jerry Feldman <Jerry.Feldman@xxxxxxxxxxxxxxxx>
> Algorithmics (US), Inc
> Suite 2-400
> 275 Grove St.
> Newton, MA 02466
> 617-663-5220
> 617-663-5391 (fax)
>
>
> > -----Original Message-----
> > From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-
> > bounces@xxxxxxxxxx] On Behalf Of chaim.rieger@xxxxxxxxx
> > Sent: Monday, July 14, 2008 11:47 AM
> > To: General Red Hat Linux discussion list
> > Subject: Re: NFS problems between RHEL4 U3 and RHEL4U6
> >
> > What version of nfs are they running ?
> > Sent via BlackBerry from T-Mobile
> >
> > -----Original Message-----
> > From: <jerry.feldman@xxxxxxxxxxxxxxxx>
> >
> > Date: Mon, 14 Jul 2008 09:57:29
> > To: <redhat-list@xxxxxxxxxx>
> > Subject: NFS problems between RHEL4 U3 and RHEL4U6
> >
> >
> > My primary NFS server is running RHEL4 Update3 (unpatched). I just
> added
> > a few servers running U6. (The specific release I run is specified by
> > our IT department). The problem I am seeing is:
> > When I save an 8MB file from our application on a client RHEL4U3
> machine
> > the save time is about 1 second. When I perform the same test on a
> > client running RHEL4U6, the save takes about 2 minutes.
> >
> > As a test, I exported a directory from one of the RHELU6 systems, and
> > the save times were good on both an update 3 and update 6 client. So,
> > one solution is to upgrade U3 to U6. (I would probably do a fresh
> > install). But, that requires some downtime, and the server room is not
> > accessible after hours. (All disks are removable so I probably could
> > move the volume group to one of the existing servers to minimize
> > downtime).
> >
> > I would like to know if there is some existing NFS issue between U3
> and
> > U6. If I could provide a temporary fix, that would be a better interim
> > solution until the additional drives I ordered arrive.
> >
> > --
> > Jerry Feldman <Jerry.Feldman@xxxxxxxxxxxxxxxx>
> > Algorithmics (US), Inc
> > Suite 2-400
> > 275 Grove St.
> > Newton, MA 02466
> > 617-663-5220
> > 617-663-5391 (fax)
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------
> --
> > This email and any files transmitted with it are confidential and
> > proprietary to Algorithmics Incorporated and its affiliates
> > ("Algorithmics"). If received in error, use is prohibited. Please
> destroy,
> > and notify sender. Sender does not waive confidentiality or privilege.
> > Internet communications cannot be guaranteed to be timely, secure,
> error
> > or virus-free. Algorithmics does not accept liability for any errors
> or
> > omissions. Any commitment intended to bind Algorithmics must be
> reduced to
> > writing and signed by an authorized signatory.
> >
> ------------------------------------------------------------------------
> --
> >
> >
> > --
> > redhat-list mailing list
> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
> >
> > --
> > redhat-list mailing list
> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
>
>
> --------------------------------------------------------------------------
> This email and any files transmitted with it are confidential and
> proprietary to Algorithmics Incorporated and its affiliates
> ("Algorithmics"). If received in error, use is prohibited. Please destroy,
> and notify sender. Sender does not waive confidentiality or privilege.
> Internet communications cannot be guaranteed to be timely, secure, error or
> virus-free. Algorithmics does not accept liability for any errors or
> omissions. Any commitment intended to bind Algorithmics must be reduced to
> writing and signed by an authorized signatory.
> --------------------------------------------------------------------------
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>



-- 
----------------------------------------
chet nichols III
chet.nichols@xxxxxxxxx
aim: chet / twitter: chet
http://chetnichols.org
----------------------------------------
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux