Re: [mythtv-users] Stale NFS file handle - an epiphany
David wrote: Will Dormann wrote: I guess I could try the ls trick on the server to see if that happens to fix anything. Or just go for the 2.6.11.2 kernel as suggested. (Thanks David!) I _think_ filesystem corruption was reported around this problem - I'd upgrade (well, actually, I *did* upgrade!) I've upgraded my NAS machine to 2.6.11.2, and so far so good. I'll probably need to run it for a week or so before I know for sure! :) -- -WD ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany
Chris Pinkham wrote: Chris Pinkham wrote: Thanks for the good descriptiong. I'll try to simulate here and get a fix into CVS if I can find an issue. I think I may already know what the issue is and how to prevent this. Excellent! Let me know what you find out. I'm currently running 0.16, so hopefully it's something I can relatively easily backport. If you're using 0.16, then was I was thinking doesn't apply and any change I might do (if this is still an issue in current CVS) won't be easily backported. The delete code underwent a few big changes right before 0.17. It may not even be an issue anymore with current CVS. I'll try to reproduce just in case. I was surprised - I'm not sure how deleting a file twice could cause NFS stale file handles... I'd suggest the lirc/delete could be a mis-diagnosis on your part Will, I think that this could be more of an NFS problem. What kernel version and filessystems are you using? (I'm assuming a remote backend so f/e and b/e) There were several odd xfs/nfs interactions around 2.6.6-2.6.10 that are now resolved in 2.6.11 Are you using automount? David PS NFS is a tremendous protocol but it can be a bit odd when the server goes away - you're not using wireless are you? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany
David wrote: I was surprised - I'm not sure how deleting a file twice could cause NFS stale file handles... I'd suggest the lirc/delete could be a mis-diagnosis on your part Will, I think that this could be more of an NFS problem. Perhaps. I'm still not convinced that it's *not* the problem, but FWIW, I have been unable to manually do a double delete with my keyboard. What kernel version and filessystems are you using? (I'm assuming a remote backend so f/e and b/e) There were several odd xfs/nfs interactions around 2.6.6-2.6.10 that are now resolved in 2.6.11 Are you using automount? My NFS server is running 2.6.9 with NFSv3 The filesystem for my store is indeed xfs. My mythfrontend and mythbackend are both in the same unit (Asus Pundit). However, I record all my shows to an NFS store (since the pundit can only hold 1 HD). What sort of odd interactions are present with this combination? If you could provide some reference to this issue, that'd be great. David PS NFS is a tremendous protocol but it can be a bit odd when the server goes away - you're not using wireless are you? Not wireless. Wired 100MBit LAN. Should be pretty reliable. Thanks -WD ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany (probably solved)
Will Dormann wrote: My NFS server is running 2.6.9 with NFSv3 The filesystem for my store is indeed xfs. In that case... upgrade the kernel to 2.6.11.2 (no later) Now :) There were quite a few issues around that time to do with xfs/nfs. search lkml for XFS: inode with st_mode == 0 (though that went off-list for some reason) also try 2.6.9: NFS (+XFS) Problem - Clients getting Stale filehandles. grin A test is to issue an 'ls' in the myth directory *on the server* whilst the stale handle persists - it should recover. David PS the reason for sticking at 2.6.11.2 is that it works for me and I saw a message Re: Possible XFS bug on 2.6.11.5 so stick with it for now... ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany
At 9:08 AM +0100 3/31/05, David wrote: I was surprised - I'm not sure how deleting a file twice could cause NFS stale file handles... I agree with David on this. Stale handle errors should only occur if there is a problem at the NFS level. Are you sure NFS statd and lockd are running on the machine serving the NFS volume? NFS is known for running almost-normally when either of these is off for some reason. -- Dan Wilga [EMAIL PROTECTED] Web Administrator http://www.mtholyoke.edu Mount Holyoke CollegeTel: 413-538-3027 South Hadley, MA 01075Who left the cake out in the rain? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany
Dan Wilga wrote: Are you sure NFS statd and lockd are running on the machine serving the NFS volume? NFS is known for running almost-normally when either of these is off for some reason. rpc.statd is running on the NFS server. I'm not so sure about lockd. ps aux lists [lockd].That's what you're talking about, right? I guess I could try the ls trick on the server to see if that happens to fix anything. Or just go for the 2.6.11.2 kernel as suggested. (Thanks David!) -WD ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany
Will Dormann wrote: I guess I could try the ls trick on the server to see if that happens to fix anything. Or just go for the 2.6.11.2 kernel as suggested. (Thanks David!) I _think_ filesystem corruption was reported around this problem - I'd upgrade (well, actually, I *did* upgrade!) David ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany
Anyway, what I'm thinking is happening is this... When I go to delete a recording, there are *two* Enter presses registered in rapid succession. (Due to the flakey joystick). The first one goes and deletes the file from my NFS store, but mythtv goes to delete the file a second time. When it does so, the file that mythtv is going to delete has already been deleted, and thus the Stale NFS Thanks for the good descriptiong. I'll try to simulate here and get a fix into CVS if I can find an issue. I think I may already know what the issue is and how to prevent this. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany
Chris Pinkham wrote: Thanks for the good descriptiong. I'll try to simulate here and get a fix into CVS if I can find an issue. I think I may already know what the issue is and how to prevent this. Excellent! Let me know what you find out. I'm currently running 0.16, so hopefully it's something I can relatively easily backport. -WD ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Stale NFS file handle - an epiphany
Chris Pinkham wrote: Thanks for the good descriptiong. I'll try to simulate here and get a fix into CVS if I can find an issue. I think I may already know what the issue is and how to prevent this. Excellent! Let me know what you find out. I'm currently running 0.16, so hopefully it's something I can relatively easily backport. If you're using 0.16, then was I was thinking doesn't apply and any change I might do (if this is still an issue in current CVS) won't be easily backported. The delete code underwent a few big changes right before 0.17. It may not even be an issue anymore with current CVS. I'll try to reproduce just in case. -- Chris ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
