From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Steven A. Falco" Subject: FC3 server -> Solaris client, directories come and go Date: Mon, 02 May 2005 13:40:58 -0400 Message-ID: <4276662A.5050602@aastra.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------080609050509090405080705" Return-path: Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12] helo=sc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DSeur-0007yZ-5r for nfs@lists.sourceforge.net; Mon, 02 May 2005 10:41:09 -0700 Received: from mail.aastra.com ([216.94.98.95] helo=mailfrnt.aastra.com) by sc8-sf-mx2.sourceforge.net with esmtp (Exim 4.41) id 1DSeun-0001ow-R6 for nfs@lists.sourceforge.net; Mon, 02 May 2005 10:41:09 -0700 To: NFS List Sender: nfs-admin@lists.sourceforge.net Errors-To: nfs-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Post: List-Help: List-Subscribe: , List-Archive: This is a multi-part message in MIME format. --------------080609050509090405080705 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm having a problem with directories "disappearing" using a Fedora 3 NFS server and a solaris 5.10 client (NFS v3). When I first cd into the directory, an ls shows what I expect. If I then wait an hour and redo the ls, I get: .: No such file or directory If I then do a pwd, followed by another ls, the diretory contents reappear. For example: solara$ ls .: No such file or directory solara$ pwd /proj/videorunner/hw/vr_enc/cae/PLD/lbenc/src solara$ ls AUDX_NEW/ mt48lc8m16a2_.vhd FLYWHEEL_DEC/ outdata0.txt I captured the NFS traffic with ethereal. When I do the initial ls, the sequence is a series of LOOKUP calls (walking the pathname) followed by a READDIRPLUS call to obtain the file names. When I later do the ls, an ACCESS call is issued, and that call returns ERR_NOENT. This is the first ACCESS call that I see in the trace. After the pwd, when the ls works, I instead see a series of LOOKUPs that again traverses the pathname, followed by LOOKUPs for all the filenames in the directory (so obviously the directory contents were cached in the solaris machine). So apparently, the ACCESS calls fail, but they are only issued by solaris in certain circumstances, in this case when doing an ls in a window that has been idle for an hour. Curiously, all the permissions in the directories of the pathname include world read/execute, so I don't understand why the ACCESS call would return ERR_NOENT. Also, if there were a permissions problem, I would expect that to show up during the initial cd into the directory. I have not found anything like this in the archives. Has anyone else seen this, and if so, are there any fixes/workarounds? I can post all or part of the ethereal traces if that would help. Steve Falco --------------080609050509090405080705 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I'm having a problem with directories "disappearing" using a Fedora 3 NFS server and a solaris 5.10 client (NFS v3). When I first cd into the directory, an ls shows what I expect. If I then wait an hour and redo the ls, I get: .: No such file or directory If I then do a pwd, followed by another ls, the diretory contents reappear. For example:

solara$ ls
.: No such file or directory
solara$ pwd
/proj/videorunner/hw/vr_enc/cae/PLD/lbenc/src
solara$ ls
AUDX_NEW/ mt48lc8m16a2_.vhd
FLYWHEEL_DEC/ outdata0.txt

I captured the NFS traffic with ethereal. When I do the initial ls, the sequence is a series of LOOKUP calls (walking the pathname) followed by a READDIRPLUS call to obtain the file names. When I later do the ls, an ACCESS call is issued, and that call returns ERR_NOENT. This is the first ACCESS call that I see in the trace. After the pwd, when the ls works, I instead see a series of LOOKUPs that again traverses the pathname, followed by LOOKUPs for all the filenames in the directory (so obviously the directory contents were cached in the solaris machine). So apparently, the ACCESS calls fail, but they are only issued by solaris in certain circumstances, in this case when doing an ls in a window that has been idle for an hour. Curiously, all the permissions in the directories of the pathname include world read/execute, so I don't understand why the ACCESS call would return ERR_NOENT. Also, if there were a permissions problem, I would expect that to show up during the initial cd into the directory. I have not found anything like this in the archives. Has anyone else seen this, and if so, are there any fixes/workarounds? I can post all or part of the ethereal traces if that would help. Steve Falco --------------080609050509090405080705-- ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?Peter_=C5strand?= Subject: Re: FC3 server -> Solaris client, directories come and go Date: Mon, 2 May 2005 19:49:17 +0200 (CEST) Message-ID: References: <4276662A.5050602@aastra.com> Mime-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="789237761-167493841-1115056114=:22627" Cc: NFS List Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DSf2w-000097-OR for nfs@lists.sourceforge.net; Mon, 02 May 2005 10:49:30 -0700 Received: from mail.cendio.se ([193.12.253.69]) by sc8-sf-mx1.sourceforge.net with esmtp (Exim 4.41) id 1DSf2s-0007cY-T5 for nfs@lists.sourceforge.net; Mon, 02 May 2005 10:49:30 -0700 To: "Steven A. Falco" In-Reply-To: <4276662A.5050602@aastra.com> Sender: nfs-admin@lists.sourceforge.net Errors-To: nfs-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Post: List-Help: List-Subscribe: , List-Archive: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --789237761-167493841-1115056114=:22627 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1; format=flowed Content-ID: Content-Transfer-Encoding: quoted-printable On Mon, 2 May 2005, Steven A. Falco wrote: > I'm having a problem with directories "disappearing" using a Fedora 3 N= FS=20 > server and a solaris 5.10 client (NFS v3). When I first cd into the=20 > directory, an ls shows what I expect. If I then wait an hour and redo = the=20 > ls, I get: This bug is in Red Hats Bugzilla:=20 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D150759. This is a=20 big problem for us as well. --=20 Peter =C5strand Chief Developer Cendio www.thinlinc.com Teknikringen 3 www.cendio.se 583 30 Link=F6ping Phone: +46-13-21 46 00 --789237761-167493841-1115056114=:22627-- ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-1?Q?Kris=20Vassallo?= Subject: Re: FC3 server -> Solaris client, directories come and go Date: 02 May 2005 11:15:13 -0700 Message-ID: <200505021755.j42HtZnl030456@meteor.hosting4less.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Cc: nfs@lists.sourceforge.net Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DSfS1-0002Yp-DD for nfs@lists.sourceforge.net; Mon, 02 May 2005 11:15:25 -0700 Received: from meteor.hosting4less.com ([63.99.109.5]) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DSfRz-0003vb-UI for nfs@lists.sourceforge.net; Mon, 02 May 2005 11:15:25 -0700 To: astrand@cendio.se, sfalco@aastra.com Sender: nfs-admin@lists.sourceforge.net Errors-To: nfs-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Post: List-Help: List-Subscribe: , List-Archive: Would this same bug cause the issue where linux clients would start = getting ESTALE ERRORS randomly? -Kris -----Original Message----- From: Peter =C5strand Date: 5/2/05 10:49 am To: Steven A. Falco Cc: NFS List Subj: Re: [NFS] FC3 server -> Solaris client, directories come and go On Mon, 2 May 2005, Steven A. Falco wrote: > I'm having a problem with directories "disappearing" using a Fedora 3 = NFS > server and a solaris 5.10 client (NFS v3). When I first cd into the > directory, an ls shows what I expect. If I then wait an hour and redo= the > ls, I get: This bug is in Red Hats Bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D150759. This is a= big problem for us as well. -- Peter =C5strand Chief Developer Cendio www.thinlinc.com Teknikringen 3 www.cendio.se 583 30 Link=F6ping Phone: +46-13-21 46 00 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Dickson Subject: Re: FC3 server -> Solaris client, directories come and go Date: Wed, 04 May 2005 12:18:41 -0400 Message-ID: <4278F5E1.1040407@RedHat.com> References: <4276662A.5050602@aastra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Cc: "Steven A. Falco" , NFS List Return-path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1DTMbh-0000Gf-Cz for nfs@lists.sourceforge.net; Wed, 04 May 2005 09:20:17 -0700 Received: from mx1.redhat.com ([66.187.233.31]) by sc8-sf-mx1.sourceforge.net with esmtp (TLSv1:AES256-SHA:256) (Exim 4.41) id 1DTMbf-0006ln-Sx for nfs@lists.sourceforge.net; Wed, 04 May 2005 09:20:17 -0700 To: =?ISO-8859-1?Q?Peter_=C5strand?= In-Reply-To: Sender: nfs-admin@lists.sourceforge.net Errors-To: nfs-admin@lists.sourceforge.net List-Unsubscribe: , List-Id: Discussion of NFS under Linux development, interoperability, and testing. List-Post: List-Help: List-Subscribe: , List-Archive: Peter =C5strand wrote: > On Mon, 2 May 2005, Steven A. Falco wrote: >=20 >> I'm having a problem with directories "disappearing" using a Fedora 3=20 >> NFS server and a solaris 5.10 client (NFS v3). When I first cd into=20 >> the directory, an ls shows what I expect. If I then wait an hour and=20 >> redo the ls, I get: >=20 >=20 > This bug is in Red Hats Bugzilla:=20 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=3D150759. This is = a=20 > big problem for us as well. yes.. we have been looking into this... just curious what local filesystem are you using? ext3? steved. ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ NFS maillist - NFS@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nfs