Bug 1257551

Summary: tests: sleep for 60 sec during cleanup and volume start for freeing ports
Product: [Community] GlusterFS Reporter: Gaurav Kumar Garg <ggarg>
Component: glusterdAssignee: bugs <bugs>
Status: CLOSED WORKSFORME QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: mainlineCC: amukherj, bugs, rtalur, smohan
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-08-08 15:23:57 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 Gaurav Kumar Garg 2015-08-27 10:25:26 UTC
Description of problem:

sleep 60 sec to free the prot which is used by previous regression run
    
There might be a case when static port used by daemons in glusterfs will
not free b/w two consecutive regression test run. Linux System might take
60 sec to free the port.
    
Currently linux regression test is failing because of this. port for nfs
daemon is not freed by previos test run.

for eg:
https://build.gluster.org/job/rackspace-regression-2GB-triggered/13718/consoleFull


How reproducible:

Intermediate

Comment 1 Gaurav Kumar Garg 2015-08-27 10:29:37 UTC
upstream patch link: http://review.gluster.org/12029

Comment 2 Raghavendra Talur 2016-03-08 19:53:46 UTC
"tests" component is for tests framework only.
File a bug under test component if you find a bug in 
1. any of the *.rc files under tests/ 
2. run-tests.sh


For everything else, the bug should be filed on
1. component which is being tested by .t file if the .t file requires fix.
2. component which is causing a valid .t file to fail in regression.

I have used my best judgement here to move the bug to right component.
In case of ambiguity, I have placed the blame on the .t file component.

Please consider test bugs under the same backlog list that tracks other bugs in your component.

Comment 3 Mike McCune 2016-03-28 22:22:31 UTC
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions

Comment 5 Atin Mukherjee 2017-08-08 15:23:57 UTC
This fix doesn't look like required any more. Closing this issue.