[LU-6686] tshark drops 'ost_lvb' from LDLM_ENQUEUE reply verbose output Created: 03/Jun/15  Updated: 10/Oct/21  Resolved: 10/Oct/21

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Andrew Uselton (Inactive) Assignee: WC Triage
Resolution: Low Priority Votes: 0
Labels: None

Attachments: File 2015-05-19_17-06-25_c20.tcpdump    
Severity: 3
Rank (Obsolete): 9223372036854775807

 Description   

Attached is a tcpdump for an experiment running an 'fstat' ('multiop OSc') from the client. Look for the LDLM_ENQUEUE (intent : getattr) request and reply, then go on to the next LDLM_ENQUEUE request and reply. The latter is a request from the client to the OST for an extent lock. The reply is listed in the header as having three buffers:

Lm Bufflens: 152 - ptlrpc_body
Lm Bufflens: 112 - ldlm_reply
Lm Bufflens: 56 - ?what?

The third buffer is not included in the output at all. This is after an update with http://review.whamcloud.com/#/c/14961/ . Prior to that update the verbose output to tshark said "generic data". Now it doesn't even say that. I am pretty sure this is supposed to be a 'struct ost_lvb' (which is 56 bytes), but can't be absolutely sure.
-Andrew


Generated at Sat Feb 10 02:02:22 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.