When saving files over a remote samba share I get persistent messages saying the source file has been modified. Even though no other process is using the file.
Changing the disk check timeout to zero remedies the sporadic messages but I still get a warning on every save. I assume geany is just going on the modification timestamp which always appears to be 1 second out. The server's clock and my client's clock are synchronised although this shouldn't matter anyway.
Is this a bug with cifs, or with geany? Got any ideas on how to fix it?
I'm running Ubuntu 10.10 and the server is Ubuntu 10.04 LTS.
Am 19.10.2011 16:29, schrieb John Beaumont | Beecroft:
When saving files over a remote samba share I get persistent messages saying the source file has been modified. Even though no other process is using the file.
Changing the disk check timeout to zero remedies the sporadic messages but I still get a warning on every save. I assume geany is just going on the modification timestamp which always appears to be 1 second out. The server's clock and my client's clock are synchronised although this shouldn't matter anyway.
Is this a bug with cifs, or with geany? Got any ideas on how to fix it?
I'm running Ubuntu 10.10 and the server is Ubuntu 10.04 LTS.
Which version of Geany are you running?
Cheers, Frank
On Wed, Oct 19, 2011 at 4:42 PM, Frank Lanitz frank@frank.uvena.de wrote:
Am 19.10.2011 16:29, schrieb John Beaumont | Beecroft:
Changing the disk check timeout to zero remedies the sporadic messages but I still get a warning on every save. I assume geany is just going on the modification timestamp which always appears to be 1 second out. The server's clock and my client's clock are synchronised although this shouldn't matter anyway.
if i'm not sorely mistaken, CIFS/SMB historically has problems with precise timestamps. This article:
http://www.obdev.at/resources/sharity/manual3/en/singlepage.html
claims +/- 2 seconds.
At times, misconfigured Samba may not report timestamps at all.
On Wed, Oct 19, 2011 at 8:55 AM, Stephan Beal sgbeal@googlemail.com wrote:
On Wed, Oct 19, 2011 at 4:42 PM, Frank Lanitz frank@frank.uvena.dewrote:
Am 19.10.2011 16:29, schrieb John Beaumont | Beecroft:
Changing the disk check timeout to zero remedies the sporadic messages but I still get a warning on every save. I assume geany is just going on the modification timestamp which always appears to be 1 second out. The server's clock and my client's clock are synchronised although this shouldn't matter anyway.
if i'm not sorely mistaken, CIFS/SMB historically has problems with precise timestamps. This article:
http://www.obdev.at/resources/sharity/manual3/en/singlepage.html
claims +/- 2 seconds.
-- ----- stephan beal http://wanderinghorse.net/home/stephan/
Geany mailing list Geany@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On 20 October 2011 01:29, John Beaumont | Beecroft john.beaumont@beecroft-science.co.uk wrote:
When saving files over a remote samba share I get persistent messages saying the source file has been modified. Even though no other process is using the file.
Changing the disk check timeout to zero remedies the sporadic messages but I still get a warning on every save. I assume geany is just going on the modification timestamp which always appears to be 1 second out. The server's clock and my client's clock are synchronised although this shouldn't matter anyway.
Is this a bug with cifs, or with geany? Got any ideas on how to fix it?
Hi John,
You are correct that by default Geany just uses the mtime to look for time differences.
There can be issues with remote m-times for example the sequence write file, read m-time can return the old m-time if the network hasn't finished writing the file yet.
Partly because of the overhead and partly because of these issues with remote timestamps Geany does not monitor files it can determine are remote. Unfortunately it can be difficult to portably do so for locally mounted remote filesystems, eg samba, nfs etc.
So its not really a bug in either Geany or Samba, more a situation where unexpected network delays give the wrong answer.
As you have found you can disable the intermittent checks, but not the save time check since this warning has saved many a person from accidental data loss.
If you are building your Geany from source you could try setting the USE_GIO_FILEMON symbol to use GIO checking instead. It may be better or worse :)
Cheers Lex
I'm running Ubuntu 10.10 and the server is Ubuntu 10.04 LTS.
Geany mailing list Geany@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany
On Thu, 20 Oct 2011 09:15:38 +1100 Lex Trotman elextr@gmail.com wrote:
On 20 October 2011 01:29, John Beaumont | Beecroft john.beaumont@beecroft-science.co.uk wrote:
When saving files over a remote samba share I get persistent messages saying the source file has been modified. Even though no other process is using the file.
Changing the disk check timeout to zero remedies the sporadic messages but I still get a warning on every save. I assume geany is just going on the modification timestamp which always appears to be 1 second out. The server's clock and my client's clock are synchronised although this shouldn't matter anyway.
Is this a bug with cifs, or with geany? Got any ideas on how to fix it?
Hi John,
You are correct that by default Geany just uses the mtime to look for time differences.
There can be issues with remote m-times for example the sequence write file, read m-time can return the old m-time if the network hasn't finished writing the file yet.
Partly because of the overhead and partly because of these issues with remote timestamps Geany does not monitor files it can determine are remote. Unfortunately it can be difficult to portably do so for locally mounted remote filesystems, eg samba, nfs etc.
So its not really a bug in either Geany or Samba, more a situation where unexpected network delays give the wrong answer.
As you have found you can disable the intermittent checks, but not the save time check since this warning has saved many a person from accidental data loss.
If you are building your Geany from source you could try setting the USE_GIO_FILEMON symbol to use GIO checking instead. It may be better or worse :)
Cheers Lex
Thank you, and others for the information.
I have found that if I mount the samba share through an ssh tunnel, then the timestamp issue goes away. This may tie in with your explanation of Geany not checking the timestamp of remote shares.
Forgot to mention my Geany version is 0.20.
Thanks, John.
[...]
Thank you, and others for the information.
I have found that if I mount the samba share through an ssh tunnel, then the timestamp issue goes away. This may tie in with your explanation of Geany not checking the timestamp of remote shares.
Yes, if you access the file via an ssh: URL (or any url that isn't file: ) Geany assumes it is remote.
Cheers Lex