Bug 762439 (GLUSTER-707) - adding second CIFS volume, stops current operations on first CIFS volume
Summary: adding second CIFS volume, stops current operations on first CIFS volume
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: GLUSTER-707
Product: GlusterSP
Classification: Retired
Component: core
Version: 3.0.3
Hardware: All
OS: Linux
low
medium
Target Milestone: 3.0.4
Assignee: Harshavardhana
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-03-09 05:23 UTC by Chida
Modified: 2015-03-23 01:03 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.