You mean the drive on the server is spinning down? I've got 43 systems accessing the same server on the same network...only 2 of the systems are Win7 and those are the only 2 systems showing this behavior. Seems to be a Win7 thing....and I'm really suspicious of the power-saving settings as well as the NICs.
It's also possible that it's a Samba thing...MSoft is famous for changing network protocol standards (ha!), aren't they? Networking with MSoft has long been a black-box affair...it's hard to know what they're doing. At least it seems that way to me. Thanks Leland! Mike > It sound like your drive is spinning down after a period of inactivity. > This save wear and tear on the disk drive. > > Once a drive goes to sleep, you have to access it again to spin it up. > The drive might be spinning down from settings in your computer BIOS, > setting in the drive itself, or setting in your OS, (eg Linux NFS > autofs, for example). > > Regards, > > LelandJ > > On 03/19/2011 03:57 PM, Ted Roche wrote: >> On Sat, Mar 19, 2011 at 4:34 PM, Mike Copeland<[email protected]> wrote: >>> And, not to hijack anyone's thread, but just as a head's up >>> It may be due to some less-than-mature NIC drivers, but I'm seeing an >>> annoying habit of Win7 Pro 32 and 64 to drop network shares....i.e., I >>> put DBFs on a network share S: drive that is mapped on each workstation >>> to \\SERVERNAME\CDRIVE. I can't get it to mess up consistently, but it >>> smells like it has to do with inactivity. In other words, if there's >>> been no access to the share in X minute, the share is dropped by either >>> my Linux Samba box, or Win 7. Things will be going along fine and >>> suddenly an error will pop up >>> "c:\data\file.dbf" unavailable...abort, retry, ignore" >>> Nothing seems to help so far other than opening a Windows Explorer >>> window and accessing the share (which usually shows a red dot on the >>> drive icon in the folder listing.) After clicking the share, the red >>> mark turns green and all is well as long as the VFP application re-tries >>> the access. >>> >>> The frustrating part is that it's totally inconsistent. >> Mike: >> >> Anything helpful in either the Linux server's samba logs or the logs >> on the workstation? One of them ought to be noticing this problem and >> logging it. >> >> > [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
