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-736 Lustre <p>We had a few hundred clients all LBUG and then kernel panic on unmount of a lustre filesystem recently. All the ones that I checked have the same backtrace. See the attached sierra32_console.txt.</p> <p>It looks like others have hit this in earlier 1.8 versions. See bugzilla.lustre.org bug 23861.</p> 1.8.5.0-5chaos. <a href="https://github.com/chaos/lustre/tree/1.8.5.0-5chaos">https://github.com/chaos/lustre/tree/1.8.5.0-5chaos</a> LU-736

LBUG and kernel panic on client unmount

Bug Minor Closed Won't Fix Christopher Morrone Christopher Morrone llnl Tue, 4 Oct 2011 19:12:24 +0000 Fri, 22 Jan 2016 05:13:08 +0000 Fri, 22 Jan 2016 05:13:07 +0000 0 8 <p>To make this issue more searchable, the LBUG is here:</p> <p>2011-09-29 07:51:30 LustreError: 19065:0:(ldlm_lock.c:1568:ldlm_lock_cancel()) ### lock still has references ns: lsa-MDT0000-mdc-ffff810332040400 lock: ffff810263a92e00/0xb23761f5d085be87 lrc: 4/0,1 mode: PW/PW res: 578792285/4020328757 rrc: 2 type: FLK pid: 21451 <span class="error">&#91;0-&gt;9223372036854775807&#93;</span> flags: 0x22002890 remote: 0x1f055096a089059 expref: -99 pid: 21451 timeout: 0<br/> 2011-09-29 07:51:30 LustreError: 19065:0:(ldlm_lock.c:1569:ldlm_lock_cancel()) LBUG</p> <p>HongChao</p> <p>Could you please look into this one?</p> <p>Thanks</p> <p>Peter</p> <p>Hongchao</p> <p>Could you please provide a status update?</p> <p>Thanks</p> <p>Peter</p> <p>the readers/writers of the flock's LDLM lock isn't zero until it is canceled by unlock request, the reference will only be<br/> dropped by "ldlm_flock_completion_ast" in "cleanup_resource" by setting "LDLM_FL_LOCAL_ONLY|LDLM_FL_FAILED" flag in the<br/> LDLM lock.</p> <p>in this case, the flag of the lock is "0x22002890", only contains LDLM_FL_FAILED, no LDLM_FL_LOCAL_ONLY. and during umount<br/> this flag will be set only if obd-&gt;obd_force is set, </p> <p>if there are flock's LDLM lock during umount and obd-&gt;obd_force isn't set, then this issue wil be triggered.</p> <p>Hi Chris, <br/> Do you add "-f" flag when you umount the Lustre client? thanks.</p> <p>Hi Chris, <br/> could you please also check whether your application running on the Lustre client leave some flocks unlocked?<br/> I have tested locally with leaving some flock unlocked deliberately and umount Lustre, which triggers this LBUG.</p> <p>Thanks</p> <p>I will find out what the admins did to umount lustre.</p> <p>It is going to be rather difficult to track down whether an of the various applications are using flock, and how. Most of our users won't know the answer to that that, even if there application IS using flock.</p> <p>Perhaps it is relevant that we are mounting with the "flock" option enabled.</p> <p>As far as they can recall, they did not use the umount -f option.</p> <p>the initial patch is tracked at <a href="http://review.whamcloud.com/#change,2535" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#change,2535</a></p> <p>Thanks. FYI unless this is also a problem for 2.1, this ticket is very low priority compared to our many 2.1 bugs. We do not plan to fix any 1.8 bugs in production.</p> <p>Hi Chris,<br/> Do you need any more work on this ticket? Or are we OK to close it? Thanks</p> <p>This is so old that I think you can close it with resolution "Won't Fix".</p> <p>Chris, Thanks!</p> Related Bugzilla ID 23861.0 Development Rank 1|hzvybb: Rank (Obsolete) 9743 Severity