Bug 1029496 - AFR: lose files in one node, "ls" failed in the client, but open normally
Summary: AFR: lose files in one node, "ls" failed in the client, but open normally
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: GlusterFS
Classification: Community
Component: replicate
Version: 3.4.1
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Pranith Kumar K
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-11-12 13:43 UTC by huangchongyuan
Modified: 2014-01-03 08:53 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-01-03 08:53:39 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:

Attachments (Terms of Use)

Description huangchongyuan 2013-11-12 13:43:14 UTC 
Description of problem:
AFR volume: create a afr volume. delete a file in brick(default node:system get metadata from this node),"ls" failed in client,but open normally.

Version-Release number of selected component (if applicable):
3.4.1 & 3.3.2

How reproducible:
only delete file in special node (default node)

Steps to Reproduce:
1.create a afr volume 
2.delete a file in default node(system get metadata from this node)
3."ls" in client

Actual results:
cannot show this file,but can use it normally. And it can trigger heal.

Expected results:
show this file

Additional info:
Comment 1 Pranith Kumar K 2014-01-03 08:53:28 UTC 
Bricks are not allowed to be modified directly. Marking this as not a bug.
Note You need to log in before you can comment on or make changes to this bug.