On Fri, 2 Mar 2012 14:29:44 -0800 "Mark Christiansen" <mchristi@xxxxxx> wrote: > To whom it may concern, > > I am using linux kernel 2.6.32-220.4.1.el6.x86_64 (RHEL6) and cifs version > 4.8.1. Using a mount point (/mnt/tmp), we are able to read/write to our > Windows directories. Occasionally, a user will kill a job that is writing > to these directories. When this happens, it corrupts the mount point > somehow and we get a permission denied error when we do an “ls”. > > If I do an “lsof” and grep for the path, I get a message: > > WARNING: can’t stat() cifs file system /mnt/tmp > > It seems that if I am able to successfully unmount all of these mount > points, that I can do a “mount –a” and recover. > > However, how can I avoid this problem in the first place (besides having the > user not kill jobs)? It seems like this is something a user should be able > to do without bringing down the mount points. > > Thank you in advance, > > Mark > > That certainly sounds like a bug, but we'll need to do some work to track down the cause. What would be ideal would be for you to open a RH support case so we could work with you to track down the cause and a reproducer. Alternately, you could open a bug at bugzilla.redhat.com and work with it there if you're not able to open cases with our support people. If you do the latter, be sure to cc me on the bug and I'll see if I can help. Thanks, -- Jeff Layton <jlayton@xxxxxxxxxx> -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
