[Gluster-users] fchown() and write() returning ENOENT error
danielk1977 at gmail.com
Thu May 24 13:48:18 UTC 2012
On 05/24/2012 02:44 PM, Anand Avati wrote:
> Is the access via FUSE or NFS?
> On Thu, May 24, 2012 at 12:34 AM, Dan Kennedy <danielk1977 at gmail.com
> <mailto:danielk1977 at gmail.com>> wrote:
> 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.
> Gluster-users mailing list
> Gluster-users at gluster.org <mailto:Gluster-users at gluster.org>
More information about the Gluster-users