Hello, well, I found a solution for the File not found/No permissions problem. The problem is caused by kernel oplocks. If I set "kernel oplocks = no" after shutting down and restarting samba things start working the right way (i.e. as perfect as samba usually do). This is consistent with the fact that with the old 2.0.38 kernel, which doesn't support kernel oplocks, there was no problem at all. I don't know which strange interaction is going on between kernel oplocks an long names. May be the name mangling code fools the kernel, may be a kernel bug (I'm using 2.4.9 now). I'm willing to help find a solution or a workaround for this weird bug, anyway I think it may be rather difficult to trace it because it happens at random. Usually the problem appears consistently on some clients if you drag and drop a file in a long name folder into a Notepad icon. It doesn't happen if you double click on it or if you drag and drop it into an already open Notepad. Sometimes instead of the no permission message you get a pause and an oplock break error in the log and after that things start working even with kernel oplocks enabled (are they turned off by samba?). Another things I noticed is that if you right click on an EXE or a DLL in a long name folder and get the properties, you don't get version informations. Again with kernel oplocks off, or after the oplock break error, it starts working again. As usual this happens only on Win98 (SE), not on NT or 2k. I haven't tested with Win95. I hope this could help reproduce and solve the bug. For further informations don't esitate to contact me. Bye and thanks to the samba team for their great work. -- Denis Sbragion InfoTecna Tel: +39 0362 805396, Fax: +39 0362 805404 URL: http://www.infotecna.it
Gerald (Jerry) Carter
2001-Oct-22 10:38 UTC
File not found/No permissions problem (Solved)
On Mon, 22 Oct 2001, Denis Sbragion wrote:> Hello, > > well, I found a solution for the File not found/No permissions > problem. The problem is caused by kernel oplocks. If I set "kernel > oplocks = no" after shutting down and restarting samba things start > working the right way (i.e. as perfect as samba usually do). This is > consistent with the fact that with the old 2.0.38 kernel, which > doesn't support kernel oplocks, there was no problem at all.This is bogus because if ther kernel doesn't support file leases, then "kernel oplocks = yes" shoudl have no effect. Hmmm... Apparently it did though. I'm curious to know what exactly happened though.> I don't know which strange interaction is going on between kernel oplocks > an long names. May be the name mangling code fools the kernel, may be a > kernel bug (I'm using 2.4.9 now). I'm willing to help find a solution or a > workaround for this weird bug,I'll dig through the mailing list archives when I get a chance to review this thread. cheers, jerry --------------------------------------------------------------------- www.samba.org SAMBA Team jerry_at_samba.org www.plainjoe.org jerry_at_plainjoe.org --"I never saved anything for the swim back." Ethan Hawk in Gattaca--
Hello, At 12.41 22/10/01 -0500, Gerald (Jerry) Carter wrote:> > well, I found a solution for the File not found/No permissions >... > > doesn't support kernel oplocks, there was no problem at all. > >This is bogus because if ther kernel doesn't support file leases, >then "kernel oplocks = yes" shoudl have no effect. Hmmm... >Apparently it did though. I'm curious to know what exactly happened >though.well, this is what I meant. Sorry for my poor english. With the 2.0.38 kernel, kernel oplocks are always off even if you set them on. Samba (correctly) ignores the setting because the 2.0.38 kernel doesn't support kernel oplocks. So with the old kernel I never had the problem described. With the newer one (2.4.9), kernel oplocks are on by default, and it took me a while to find that kernel oplocks were the cause of the problem. You can't just set them off and login again. If there are other clients still connected with the old settings the problem persists. You have to stop and restart the service. I have been able to do this only yesterday afternoon because there was no one in the office working on the server.>I'll dig through the mailing list archives when I get a chance >to review this thread.Thank you. Of course there's no urgency. We have lived without this advanced feature for years ;) Bye! -- Denis Sbragion InfoTecna Tel: +39 0362 805396, Fax: +39 0362 805404 URL: http://www.infotecna.it