This problem was already discussed here. The reason: SAMBA 1.9.18 by default
supports oplocks. Oplocks allow clients to cache data locally.
Unfortunately, SAMBA has no (simple/effective) way to detect, that file was
changed locally and request client to invalidate it's cache. So, you have
two choices:
- never change files, accessed via SAMBA, locally on Unix host
- disable oplocks (at least for shares, which can be modified both by
clients and Unix).
The latter can result in some performace loss (according to SAMBA docs, up
to 30%); but if all you do is just copying files to/from SAMBA host, it is
probably not so important.
hope it helps
Andrej
-----Original Message-----
From: Thomas Nischan <nisn@gfz-potsdam.de>
To: Multiple recipients of list <samba@samba.anu.edu.au>
Date: 24 ?????? 1998 ?. 12:38
Subject: incorrect file copy in w95
>
>
>we are running samba (1.9.18p4) on a sun ultra(solaris 2.5)
>---------------------------------------------------------------------------
--->
>any now discribed file operations on the w95-pc are done using MS EXPLORER.
>
>- on a w95-pc a unix partition is mounted.
>
>- a file is copied from the mounted unix partition to the local pc-disk.
>
>- the just now copied file is changed on the unix host and shall be copied
> again to overwrite the now "old" pc-file in the same session.
>
>- the explorer recognizes that the size has changed,
> question -> overwrite yes/no ...
>
> if one desides to overwrite the "old" file it seems to be done,
but
> the "old" file won't be really overwritten. in any case the
first version
> is kept.
>
>- if one deletes the "old" pc-file first to avoid overwriting and
once more
> copies the "new" file to the pc-disk again the "old"
file appears.
>
>- if you now try to copy the "new" file to another directory this
also
doesn't> help, because again the "old" file appears but now in the new
directory
where> you never copied to the file before.
>
>
>this happens on all w95-pc's in our department running different w95
versions.>
>using the command-window everything works well.
>
>
>
>who can give an advice how to avoid this problem.
>---------------------------------------------------------------------------
-> _/_/_/ _/_/_/_/_/ Thomas Nischan mail :
nisn@gfz-potsdam.de>_/ _/ _/ GeoForschungsZentrum Potsdam fax : +49 331 2881111
>_/ _/_/_/_/ _/ Telegrafenberg A17/PB1.1 phone: +49 331 2881170
>_/ _/ _/ _/ 14473 Potsdam
> _/_/_/ _/ _/_/_/ Germany
>---------------------------------------------------------------------------
->