[LU-4205] lustre 2.4 api setstrip on a 2.1.5 server Causes LBUG ASSERTION( namelen > 0 )

Thu, 14 Nov 2013 20:57:51 +0000

The following code compiled on a Sles11-sp2 Lustre2.4.0-3nas client will cause a lustre2.1.5 MDT server to LBUG.

-~~bug.c~~-
#include <stdio.h>
#include <lustre/liblustreapi.h>
// gcc bug_endeavour_stripe.c -Wl,-Bstatic -llustreapi -Wl,-Bdynamic
int main(int argc, char *argv[]) {
// set stripe count to 2 with default stripe size
if (llapi_file_create(argv[1], 0, -1, 2, 0))

{ perror("problem"); }

}

LustreError: 3291:0:(mdt_handler.c:224:mdt_lock_pdo_init()) ASSERTION( namelen > 0 ) failed: ^M
LustreError: 3291:0:(mdt_handler.c:224:mdt_lock_pdo_init()) LBUG^M
Pid: 3291, comm: mdt_01^M
^M
Call Trace:^M
[<ffffffffa0340785>] libcfs_debug_dumpstack+0x55/0x80 [libcfs]^M
[<ffffffffa0340d97>] lbug_with_loc+0x47/0xb0 [libcfs]^M
[<ffffffffa0bb3a65>] mdt_lock_pdo_init+0xe5/0xf0 [mdt]^M
[<ffffffffa0be77b8>] mdt_reint_open+0x1f8/0x28a0 [mdt]^M
[<ffffffffa0634724>] ? lustre_msg_add_version+0x74/0xd0 [ptlrpc]^M
[<ffffffffa0b7856e>] ? md_ucred+0x1e/0x60 [mdd]^M
[<ffffffffa0bb65d5>] ? mdt_ucred+0x15/0x20 [mdt]^M
[<ffffffffa0bcd51c>] ? mdt_root_squash+0x2c/0x3e0 [mdt]^M
[<ffffffffa0bd1c81>] mdt_reint_rec+0x41/0xe0 [mdt]^M
[<ffffffffa0bc8ed4>] mdt_reint_internal+0x544/0x8e0 [mdt]^M
[<ffffffffa0bc953d>] mdt_intent_reint+0x1ed/0x530 [mdt]^M

<0>LustreError: 2167:0:(mdt_handler.c:224:mdt_lock_pdo_init()) ASSERTION( namelen > 0 ) failed: ^M
<0>LustreError: 2167:0:(mdt_handler.c:224:mdt_lock_pdo_init()) LBUG^M
<4>Pid: 2167, comm: mdt_00^M
<4>^M
<4>Call Trace:^M
<4> [<ffffffffa052f785>] libcfs_debug_dumpstack+0x55/0x80 [libcfs]^M
<4> [<ffffffffa052fd97>] lbug_with_loc+0x47/0xb0 [libcfs]^M
<4> [<ffffffffa0cf6a65>] mdt_lock_pdo_init+0xe5/0xf0 [mdt]^M
<4> [<ffffffffa0d2a7b8>] mdt_reint_open+0x1f8/0x28a0 [mdt]^M
<4> [<ffffffffa07d2724>] ? lustre_msg_add_version+0x74/0xd0 [ptlrpc]^M
<4> [<ffffffffa0ca456e>] ? md_ucred+0x1e/0x60 [mdd]^M
<4> [<ffffffffa0cf95d5>] ? mdt_ucred+0x15/0x20 [mdt]^M
<4> [<ffffffffa0d1051c>] ? mdt_root_squash+0x2c/0x3e0 [mdt]^M
<4> [<ffffffffa0d14c81>] mdt_reint_rec+0x41/0xe0 [mdt]^M
<4> [<ffffffffa0d0bed4>] mdt_reint_internal+0x544/0x8e0 [mdt]^M
<4> [<ffffffffa0d0c53d>] mdt_intent_reint+0x1ed/0x530 [mdt]^M
<4> [<ffffffffa0d0ac09>] mdt_intent_policy+0x379/0x690 [mdt]^M
<4> [<ffffffffa078e351>] ldlm_lock_enqueue+0x361/0x8f0 [ptlrpc]^M
<4> [<ffffffffa07b41ad>] ldlm_handle_enqueue0+0x48d/0xf50 [ptlrpc]^M
<4> [<ffffffffa0d0b586>] mdt_enqueue+0x46/0x130 [mdt]^M
<4> [<ffffffffa0d00772>] mdt_handle_common+0x932/0x1750 [mdt]^M
<4> [<ffffffffa0d01665>] mdt_regular_handle+0x15/0x20 [mdt]^M
<4> [<ffffffffa07e2b4e>] ptlrpc_main+0xc4e/0x1a40 [ptlrpc]^M
<4> [<ffffffff811a65d0>] ? end_bio_bh_io_sync+0x0/0x60^M
<4> [<ffffffffa07e1f00>] ? ptlrpc_main+0x0/0x1a40 [ptlrpc]^M
<4> [<ffffffff8100c0ca>] child_rip+0xa/0x20^M
<4> [<ffffffffa07e1f00>] ? ptlrpc_main+0x0/0x1a40 [ptlrpc]^M
<4> [<ffffffffa07e1f00>] ? ptlrpc_main+0x0/0x1a40 [ptlrpc]^M
<4> [<ffffffff8100c0c0>] ? child_rip+0x0/0x20^M
<4>^M
<0>Kernel panic - not syncing: LBUG^M
<4>Pid: 2167, comm: mdt_00 Not tainted 2.6.32-279.19.1.el6.20130516.x86_64.lustre215 #1^M
<4>Call Trace:^M
<4> [<ffffffff8151c027>] ? panic+0xa0/0x189^M
<4> [<ffffffffa052fdeb>] ? lbug_with_loc+0x9b/0xb0 [libcfs]^M
<4> [<ffffffffa0cf6a65>] ? mdt_lock_pdo_init+0xe5/0xf0 [mdt]^M
<4> [<ffffffffa0d2a7b8>] ? mdt_reint_open+0x1f8/0x28a0 [mdt]^M
<4> [<ffffffffa07d2724>] ? lustre_msg_add_version+0x74/0xd0 [ptlrpc]^M
<4> [<ffffffffa0ca456e>] ? md_ucred+0x1e/0x60 [mdd]^M
<4> [<ffffffffa0cf95d5>] ? mdt_ucred+0x15/0x20 [mdt]^M
<4> [<ffffffffa0d1051c>] ? mdt_root_squash+0x2c/0x3e0 [mdt]^M
<4> [<ffffffffa0d14c81>] ? mdt_reint_rec+0x41/0xe0 [mdt]^M
<4> [<ffffffffa0d0bed4>] ? mdt_reint_internal+0x544/0x8e0 [mdt]^M
<4> [<ffffffffa0d0c53d>] ? mdt_intent_reint+0x1ed/0x530 [mdt]^M
<4> [<ffffffffa0d0ac09>] ? mdt_intent_policy+0x379/0x690 [mdt]^M
<4> [<ffffffffa078e351>] ? ldlm_lock_enqueue+0x361/0x8f0 [ptlrpc]^M
<4> [<ffffffffa07b41ad>] ? ldlm_handle_enqueue0+0x48d/0xf50 [ptlrpc]^M
<4> [<ffffffffa0d0b586>] ? mdt_enqueue+0x46/0x130 [mdt]^M
<4> [<ffffffffa0d00772>] ? mdt_handle_common+0x932/0x1750 [mdt]^M
<4> [<ffffffffa0d01665>] ? mdt_regular_handle+0x15/0x20 [mdt]^M
<4> [<ffffffffa07e2b4e>] ? ptlrpc_main+0xc4e/0x1a40 [ptlrpc]^M
<4> [<ffffffff811a65d0>] ? end_bio_bh_io_sync+0x0/0x60^M
<4> [<ffffffffa07e1f00>] ? ptlrpc_main+0x0/0x1a40 [ptlrpc]^M
<4> [<ffffffff8100c0ca>] ? child_rip+0xa/0x20^M
<4> [<ffffffffa07e1f00>] ? ptlrpc_main+0x0/0x1a40 [ptlrpc]^M
<4> [<ffffffffa07e1f00>] ? ptlrpc_main+0x0/0x1a40 [ptlrpc]^M
<4> [<ffffffff8100c0c0>] ? child_rip+0x0/0x20^M

Whamcloud Community JIRA

[LU-4205] lustre 2.4 api setstrip on a 2.1.5 server Causes LBUG ASSERTION( namelen > 0 )