[Gluster-users] fchown() and write() returning ENOENT error

[Dan Kennedy]

Hi,

SQLite is an embedded database system that uses posix APIs
to access a database stored in a single file on disk:

   http://www.sqlite.org

We have a user who is seeing unusual IO errors when attempting
to use an SQLite database stored on GlusterFS from multiple
clients simultaneously. The [strace] logs show this:

   205 open("test.sqlite3-journal", O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 4
   207 fchown(4, 0, 0)      = -1 ENOENT
   212 write(4, "...", 512) = -1 ENOENT

Does anybody know why this might happen with GlusterFS? If the
client opens the file handle successfully as shown, then a second
client deletes the underlying file before the fchown() call is made,
might the first client get the ENOENT errors that can be seen above?
Are there any other possible causes?

Thanks,
Dan Kennedy.