Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1419448

Summary:	tests/basic/afr/arbiter-mount.t fails often
Product:	[Community] GlusterFS	Reporter:	Nigel Babu <nigelb>
Component:	replicate	Assignee:	Ravishankar N <ravishankar>
Status:	CLOSED NOTABUG	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	mainline	CC:	bugs, nigelb, ravishankar
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:	test-failure
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-02-06 17:26:10 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Nigel Babu 2017-02-06 07:53:10 UTC

See http://fstat.rht.gluster.org/weeks/4/failure/26 for full details.

This test fails very often on NetBSD. In the last 4 weeks, it's failed 21 times in total. Please investigate.

Comment 1 Ravishankar N 2017-02-06 13:16:50 UTC

From the link in the BZ description, there are 2 patches for which the .t failed, 16363 and 16419/3. 

1) All tests in 16363 have failed in test#7, ie."EXPECT_WITHIN $NFS_EXPORT_TIMEOUT "1" is_nfs_export_available;"  which has nothing to do with the .t itself. Furthermore, I get a 404 when I try to access the logs. The patch itself has been abandoned.

2) For 16419/3,  I don't see a netbsd vote at all in the patch for revision 3.

Nigel, considering 1 and 2, can I close the BZ? If you have a netbsd slave on which arbiter-mount.t fails or the logs from one of the failure runs, I can proceed further.

Comment 2 Nigel Babu 2017-02-06 17:26:10 UTC

Ah, let's close this bug then. If this comes up again, I can get you a NetBSD slave to debug. Sorry to have missed that this was all from the same patch.