Bug 49600
Summary: | Delayed Samba server timestamp (stat) update serving to Windows | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Donald Whisnant <dewhisna> |
Component: | samba | Assignee: | Trond Eivind Glomsrxd <teg> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-08-09 17:01:42 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Donald Whisnant
2001-07-21 05:59:27 UTC
Can you try the samba package in Rawhide, and see if that solves your problem? I don't have access to WinMe or VC++, so a testcase without these components would be appreciated. Actually it is Win2000 instead of WinME. But, anyway I updated to samba-2.2.1a-2 from rawhide and ran several tests but the problem is still there. The more I observe it, the more it appears to be Windows or maybe the interaction between Windows and Samba. I've noticed that explorer windows opened on samba mounted mapped drives (as this is) don't update themselves automatically when a file is changed (you have to refresh the window). Unlike the way a "native" Windows share does. I'm thinking that perhaps Samba is behaving correctly, but Windows isn't updating its copy of stat info correctly. Or maybe Samba isn't notifying Windows of the change. Does anyone know if there are any Samba (or Windows) settings to control this? Thanks. Try the advice at http://us1.samba.org/samba/ftp/docs/htmldocs/using_samba/ch08_01.html I suggest you ask on one of the samba mailing lists - if you find a solution, please report back. Thanks for the link. Between the info on that link and updating to 2.2.1a of Samba, the problem has gotten better (from several minutes to several seconds), but not totally gone away. Appears to be more of a win2k problem. I've left the status for this thread as "needinfo" hoping that someone will read this and know of some hidden, obscure, undocumented win2k registry setting tweak that will fix this (MS is bad about that). And in the meantime, I'll just have to be extra careful when recompiling code to make sure that all of the necessary modules get compiled. I found the following [seemingly related] info on the samba mailing list and trimmed it and included it here for others reading this thread. --- List: samba Subject: New file copy to samba share not display at Win2k Pro client? From: "Vincent W.S. Tam" <vincent.tam> Date: 2001-06-06 1:32:43 Dear all, We're using Samba 2.0.7 on a Debian 2.2 Linux system using kernel 2.2.17. Sometimes when we copy files to the samba share from one of our Win2k Pro client, we could not see the file appear at another Win2k Pro client. We can only see the file appear again in about 15mins later. Our client with same system config has similar problem while some of their files are completely invisible but we can find them out inside the Linux box. Is there some sort of caching for the directory content either at the samba or Win2k Pro? Or it is a bug for the 2.0.7 release? Thanks a lot for your help! Vincent ---- Subject: RE: New file copy to samba share not display at Win2k Pro From: "Kristof Hardy" <kristof.hardy> Date: 2001-06-06 6:01:24 Vincent, We also have the 'problem' that the auto-refresh (can be forced by F5 in win2k explorer) doesn't always work that good in Windows Explorer.. Hitting F5 does the job, but still it's a different behavior then NT or Win2k native servers.. Kristof. --- Subject: Re: New file copy to samba share not display at Win2k Pro From: tpot (Tim Potter) Date: 2001-06-06 6:06:08 In the Samba 2.0 series the directory notification functions don't work particularly well. If you have a Linux 2.4 kernel and use Samba 2.2 this should work must better. Tridge added kernel based directory notification sometime in the 2.3 kernel series and the associated support to Samba. If you run ./configure and see a line like "checking for kernel change notify support... yes" then the new directory notification code is being used. Tim. - - - - - - - - List: samba Subject: Directory Refresh From: "Rich Fernandez" <rfernandez> Date: 2001-05-08 19:22:57 Hello, I just installed 2.2.0 on AIX 4.3.3 and created a share for test purposes. Clients will be connecting from NT4 clients. Someone has written a Visual C++ app that at one point does a dir on the mapped Samba drive. I've found articles discussing a similar problem, but have been unableto find a solution that works for me. The problem manifests like this: 1) Create a file in the shared unix directory 2) Run the C++ app (dir) 3) File is not found 4) wait a few (2 or 3) seconds 5) dir 6) File is found This delay is not acceptable, and neither is coding a "sleep" into the program before it does its dir. I've changed the "change notify timeout" parameter from the default of 60 to a value of 5, but this had no effect on performance. I'm at a loss as to what else to try. Can anyone provide assistance? I can provide smb.conf or output of testparm if it would help Rich Closing, as the 2.0.1a was said to make the problems less and it being more of a win2k problem. |