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

Dan Kennedy danielk1977 at gmail.com
Thu May 24 07:34:29 UTC 2012


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


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?

Dan Kennedy.

More information about the Gluster-users mailing list