Details
-
Bug
-
Resolution: Fixed
-
Major
-
None
-
None
-
None
-
CHAOS4.4 (RHEL5), lustre 1.8.5.0-3chaos, https://github.com/chaos/lustre/tree/1.8.5.0-3chaos
-
2
-
10234
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
Attachments
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