https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-2858 Lustre <p>On master, rm -rf $FSROOT/.lustre/ succeeds though it should (and used to) return EPERM.</p> <p>According to git bisect, the regression was introduced by change I7483b0f023e4e3de6597da58d3d9f3e96c0d53b7 (<a href="http://review.whamcloud.com/#change,4339" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#change,4339</a>)</p> LU-2858

Attempts to delete .lustre/ should fail with EPERM

Bug Blocker Resolved Fixed Di Wang Henri Doreau LB fid Mon, 25 Feb 2013 07:54:11 +0000 Tue, 29 Apr 2014 20:12:45 +0000 Fri, 8 Mar 2013 20:14:03 +0000 Lustre 2.4.0 Lustre 2.4.0 0 7 <p>Di</p> <p>Could you please look into this one?</p> <p>Thanks</p> <p>Peter</p> <p>The problem is that the aforementioned patch I7483b0f023e4e3de6597da58d3d9f3e96c0d53b7<br/> modified mdo_unlink() to make it call the corresponding method of the parent instead<br/> of the one of the child. Therefore, dot_lustre_mdd_unlink (that always return -EPERM)<br/> was never invoked.</p> <p>In the following patch, that fixes the issue, I've added a check to mdt_reint_unlink()<br/> to make sure that we not trying to unlink .lustre/</p> <p>See:<br/> <a href="http://review.whamcloud.com/#change,5544" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#change,5544</a></p> <p>Yes, I am working on the patch, the dot lustre and obf had a few other problem as well. I will post the fix soon. Thanks.</p> <p><a href="http://review.whamcloud.com/#change,5555" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#change,5555</a></p> <p>Landed for 2.4</p> Development Rank 1|hzvjqv: Rank (Obsolete) 6921 Severity