are the fstab entries the same on both machines (the working one and the not-so-much working one)? talk to you soon- chet On Mon, Jul 21, 2008 at 11:50 AM, <jerry.feldman@xxxxxxxxxxxxxxxx> wrote: > I've made a bit of progress on this. > On one o the client machines I am currently not experiencing the delay. > But my test on another client I experienced a delay on my home directory > but not in another directory (buildarea/foo) both exported by the same > NFS server> There is a difference in the export options: > /home *(rw,insecure,sync) > > /mnts/buildarea *(rw,sync) > > Additionally, /home is mounted by fstab on the clients where the > buildarea subdirectories automounted on the clients. I did remove the > insecure locking from the /home entry, restarted ns and remounted /home > on the clients, but there is no change. > > -- > 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 jerry.feldman@xxxxxxxxxxxxxxxx > > Sent: Monday, July 14, 2008 9:57 AM > > 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 > > > -------------------------------------------------------------------------- > 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
