Bug 762439 (GLUSTER-707)

Summary:	adding second CIFS volume, stops current operations on first CIFS volume
Product:	[Retired] GlusterSP	Reporter:	Chida <chida>
Component:	core	Assignee:	Harshavardhana <fharshav>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	low
Version:	3.0.3	CC:	bala, cww, fharshav, platform, rabhat, webteam
Target Milestone:	3.0.4
Target Release:	---
Hardware:	All
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 Chida 2010-03-09 05:23:13 UTC

Steps to reproduce:

1. Create a CIFS "first volume"
2. Transfer a 1GB or larger file from a windows client, 
3. While the file transfer is in ptogress, create a CIFS "second volume" mirror
4. The moment 2nd volume is started, "first volume" goes offline for a moment and stops the transfer in progress (step 2).

Comment 1 Harshavardhana 2010-03-10 07:56:13 UTC

Issue was reproduce and fix is sent for 3.0.4 repository.

Comment 2 Harshavardhana 2010-03-31 22:07:31 UTC

Raghavendra, 

  Can this be tested for 3.0.4?. This is fixed but needs verification. 

Thanks

Comment 3 Raghavendra Bhat 2010-04-01 10:19:11 UTC

Harsha,

I think the issue is fixed now. I checked by copying a 5GB data from the windows client and while the copying process was going on created some 5-6 new CIFS volumes both of mirror and distribute type. But the copy process went on smoothly and got completed.I also checked in the servers, and found 5GB date copied to be present in them.

Comment 4 Harshavardhana 2010-04-01 13:49:58 UTC

(In reply to comment #3)
> Harsha,
> 
> I think the issue is fixed now. I checked by copying a 5GB data from the
> windows client and while the copying process was going on created some 5-6 new
> CIFS volumes both of mirror and distribute type. But the copy process went on
> smoothly and got completed.I also checked in the servers, and found 5GB date
> copied to be present in them.

Excellent thanks.