Bug 823181 - Mount point shows "Invalid arguments" upon rebalance followed by rm -rf
Summary: Mount point shows "Invalid arguments" upon rebalance followed by rm -rf
Keywords:
Status: CLOSED EOL
Alias: None
Product: GlusterFS
Classification: Community
Component: distribute
Version: pre-release
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Vijay Bellur
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-19 18:35 UTC by shylesh
Modified: 2015-10-22 15:40 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-10-22 15:40:20 UTC
Regression: ---
Mount Type: ---
Documentation: DP
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)
bt (3.52 KB, application/octet-stream)
2012-05-19 18:35 UTC, shylesh
no flags Details

Description shylesh 2012-05-19 18:35:56 UTC
Created attachment 585600 [details]
bt

Description of problem:
Add-brick to distributed-replicate volume and rebalance, while rebalance is happening rm -rf on mount point gives "Invalid argument"



Version-Release number of selected component (if applicable):
3.3.0qa41

How reproducible:


Steps to Reproduce:
1. Create a 2x2 dist-rep volume
2. Kernel untar on the mount point
3. add-brick to the volume and initiate rebalance
4. while rebalance is happening do "rm -rf " of the kernel directory

Actual results:
For some of the files "Invalid arguments" message will be thrown
 

Additional info:
Attaching backtrace of by breaking into fuse_unlink_cbk when failure is encountered (op_ret != 0)


From the bt: ->cached_subvol is NULL 

(gdb) p loc->path
$5 = 0x7f0f240008e0 "/linux-3.3.5/Documentation/block/writeback_cache_control.txt"
(gdb) p local->cached_subvol
$6 = (xlator_t *) 0x0

Also, the loglevel in the log message is DEBUG due to which nothing ends up in the logs when a failure occurs.

Comment 1 shishir gowda 2012-05-25 06:04:02 UTC
rm -rf sometime fails with ENOEMPTY err too.
This happens for multiple reasons
1. File got deleted from the client, before migration started (readdirp had returned the entry for rebalance process).
2. File got migrated to different subvol before unlink was sent from client (readdirp had returned entry to client process).

Upon failure and rebalance process running to completion, a subsequent rm -rf on the client process runs to completion.

Currently we can not fix this issue, hence moving it to documentation needed.
Will keep the bug open and revisit it in the future.

Comment 2 Kaleb KEITHLEY 2015-10-22 15:40:20 UTC
pre-release version is ambiguous and about to be removed as a choice.

If you believe this is still a bug, please change the status back to NEW and choose the appropriate, applicable version for it.


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