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-914 Lustre <p>Some of our clients die with:<br/> 5645:0:(client.c:2089:__ptlrpc_free_req()) LBUG</p> <p>We do not have any reproducer and probably we won't have it anyway as the LBUG is caused by many kinds of binaries. I've attached some panic logs from three clients, we had at least 5 crashes caused by this bug for now.<br/> Could you please have a look?</p> Lustre 2.1RC2 on servers, mix of 2.1 and 2.1RC2 on clients.<br/> OS is SL5, with many kernels including 2.6.18-274.12.1.el5 LU-914

Client panic on ptlrpc_free_req()

Bug Critical Resolved Cannot Reproduce WC Triage Marek Magrys Mon, 12 Dec 2011 10:33:13 +0000 Sat, 7 Apr 2012 14:31:15 +0000 Thu, 5 Apr 2012 17:23:06 +0000 Lustre 2.1.0 0 3 <p>hm, is this still an issue for you?</p> <p>Can you reproduce with dlmtrace and dentry debug levels added and collect a lustre debug log please?</p> <p>The issue didn't hit us for a long time now (since we've opened the ticket), so I guess you can close it for now and if it strikes back again I'll ask for reopen. We don't have any reproducer for this, so for now I think we cannot do anything here.</p> <p>Closing per last comment that it cannot be reproduced.</p> <p>Today it striked back on our login node:<br/> Apr 6 12:18:00 ui kernel: LustreError: 4401:0:(client.c:2106:__ptlrpc_free_req()) ASSERTION(!request-&gt;rq_replay) failed: req ffff81014444fc00<br/> Apr 6 12:18:00 ui kernel: LustreError: 4401:0:(client.c:2106:__ptlrpc_free_req()) LBUG</p> <p>Servers are on 2.1, clients on 2.1.1, both Scientific Linux 5.</p> <p>One of our users claims, that his 'grep' might have caused the crash, which would be more than odd. However I'm not sure if you should reopen this bug, as we still don't have any reproducer.</p> <p>Do you have kernel crashdumping installed and setup? Can you print the request content and backtrace?</p> <p>No we don't, but we'll enable crashdumps on our login node. I don't have any detailed logs, as for some reason there's no /tmp/lustre-log file. I will try to set some more verbose debugging options here, do you have any tips on how to obtain as much information as possible, without heavily affecting the performance?</p> <p>Unfortunately extensive debug will slow things down.</p> <p>But having reliably working crashdumps is always a very good idea and will not affect your performance (other than eating a bit of RAM for the crash kernel image).</p> Development Rank 1|hzvhmv: Rank (Obsolete) 6506 Severity