Bug 762069 (GLUSTER-337)

Summary:	fopen(name, "w") fails with enoent
Product:	[Community] GlusterFS	Reporter:	Lei Zhang <voyager>
Component:	fuse	Assignee:	Vijay Bellur <vbellur>
Status:	CLOSED WORKSFORME	QA Contact:
Severity:	high	Docs Contact:
Priority:	high
Version:	2.0.7	CC:	aavati, gluster-bugs
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description Lei Zhang 2009-10-26 21:38:44 UTC

I have a 2-node cluster. Program foo runs on both nodes. The foo on one node consistently encounters fopen() failure, the other foo has not run into any fopen() failure. Note that I am calling fopen with mode = "w". Glusterfs log on the problematic node says:

[2009-10-26 13:24:31] W [fuse-bridge.c:639:fuse_fd_cbk] glusterfs-fuse: 990987: OPEN() /datastore/foo.dat => -1 (No such file or directory)

Glusterfs log on the other node says:

[2009-10-26 13:25:13] E [posix.c:1794:posix_open] posix: open on /srv/data/export/datastore/foo.dat: No such file or directory

I did a bugzilla search on open, didn't find similar issue. I'll try to whittle out a simple test case in my spare time. But appreciate any help/idea asap.

Comment 1 Csaba Henk 2009-10-27 02:13:03 UTC

(In reply to comment #0)
> I have a 2-node cluster. Program foo runs on both nodes. The foo on one node
> consistently encounters fopen() failure, the other foo has not run into any
> fopen() failure. Note that I am calling fopen with mode = "w". Glusterfs log on
> the problematic node says:
> 
> [2009-10-26 13:24:31] W [fuse-bridge.c:639:fuse_fd_cbk] glusterfs-fuse: 990987:
> OPEN() /datastore/foo.dat => -1 (No such file or directory)
> 
> Glusterfs log on the other node says:
> 
> [2009-10-26 13:25:13] E [posix.c:1794:posix_open] posix: open on
> /srv/data/export/datastore/foo.dat: No such file or directory
> 
> I did a bugzilla search on open, didn't find similar issue. I'll try to whittle
> out a simple test case in my spare time. But appreciate any help/idea asap.

Could you please provide more details?

Send us, please, your volfiles, first and foremost. We'd also be happy to get some description of the context of the fopen() call, what the program foo is doing. Eg., does/should foo.dat exist at the time of fopen() failing? Does/shoud the containing directory (ie. datastore) exist at the time of fopen() failing?

Thanks
Csaba

Comment 2 Vijay Bellur 2010-01-25 04:44:19 UTC

Marking this as resolved due to lack of information.

Please re-open when you can provide the requested information.