[LU-385] __ldlm_handle2lock()) ASSERTION(handle)

• Type: Bug
• Resolution: Fixed
• Priority: Major
• Environment: CHAOS4.4 (RHEL5), lustre 1.8.5.0-3chaos, https://github.com/chaos/lustre/tree/1.8.5.0-3chaos
• Severity: 2
• Assignee: Lai Siyao
• Reporter: Christopher Morrone (Inactive)

Description

An MDS of ours hit an assertion in __ldlm_handle2lock(), ASSERTION(handle). Below are the lines that precede the assertion, and the backtrace that appeared on the console (copied by hand). No further information available at this time.

LustreError: 8537:0:(ldlm_lock.c:430:__ldlm_handle2lock()) ASSERTION(handle)
failed
LustreError: 8550:0:(mds_open.c:1177:mds_open()) parent 824180809/556408324
lookup/take lock error -13
LustreError: 8541:0:(mds_open.c:1177:mds_open()) parent 824180841/556408354
lookup/take lock error -13
LustreError: 8541:0:(mds_open.c:1177:mds_open()) Skipped 5 previous similar
messages
LustreError: 8537:0:(ldlm_lock.c:430:__ldlm_handle2lock()) LBUG

Task 8537 was apparently ll_mdt_12.

Backtrace is:

__ldlm_handle2lock
ldiskfs_permission
permission
ldlm_lock_decref
mds_verify_child
default_wake_function
__wake_up_common
mds_get_parent_child_locked
ksocknal_queue_tx_locked
mds_open
lustre_msg_bug
mntput_no_expire
mds_reint_rec
mds_update_unpack
mds_reint
fixup_handle_for_resent_req
mds_intent_policy
ldlm_lock_enqueue
ldlm_resource_putref
ldlm_lock_create
lustre_hash_add
ldlm_server_blocking_ast
ldlm_handle_enqueue
mds_handle
smp_send_reschedule
lustre_msg_get_conn_cnt
try_to_wake_up
lustre_msg_get_opc
ptlrpc_server_handle_request
ptlrpc_wait_event
ptlrpc_main

Issue Links

• Trackbacks: Lustre 1.8.x known issues tracker While testing against Lustre b18 branch, we would hit known bugs which were already reported in Lustre Bugzilla https://bugzilla.lustre.org/. In order to move away from relying on Bugzilla, we would create a JIRA