[LU-6671] Wireshark: LDLM_ENQUEUE reply with undecoded buffer Created: 01/Jun/15 Updated: 19/Jul/17 Resolved: 19/Jul/17 |
|
| Status: | Resolved |
| Project: | Lustre |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | Lustre 2.11.0 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Andrew Uselton (Inactive) | Assignee: | Nathaniel Clark |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | wireshark | ||
| Attachments: |
|
||||||||||||||||||||||||||||
| Issue Links: |
|
||||||||||||||||||||||||||||
| Severity: | 3 | ||||||||||||||||||||||||||||
| Rank (Obsolete): | 9223372036854775807 | ||||||||||||||||||||||||||||
| Description |
|
The attached file is the tcpdump on a client where I ran a "truncate" test ('multiop <file> OTc 1024'). After the MDS_REINT request and reply there is an LDLM_ENQUEUE request and reply for an extent lock. The "verbose" tshark output shows in the header that there are three buffers: Lm Buflens: 152 But only the first two 'ptlrpc_body' and 'ldlm_reply' get decoded or even mentioned. I am guessing the thrid buffer is an ost_lvb, but I could well be wrong. |
| Comments |
| Comment by Gerrit Updater [ 20/Jan/16 ] |
|
Nathaniel Clark (nathaniel.l.clark@intel.com) uploaded a new patch: http://review.whamcloud.com/18061 |
| Comment by Gerrit Updater [ 09/Sep/16 ] |
|
Amir Shehata (amir.shehata@intel.com) uploaded a new patch: http://review.whamcloud.com/22422 |
| Comment by Andreas Dilger [ 13/Sep/16 ] |
|
Nathan Lavender, and separately two patches that add the ladvise functionality (the second one fixes breakage from the first): http://review.whamcloud.com/10029 " It would be great to include these into the packet-lustre.c update that you are working on to push upstream along with the sptlrpc decoders. Is that an ongoing process, or is it currently on hold? |
| Comment by Kenrick Rawlings [ 22/Sep/16 ] |
|
Andreas, recent progress has been slow since the focus has been on the Shared Secret Key functionality itself, but yes this is an ongoing process. From an initial review of the the patches, I don't see any issues with including them in the packet-lustre.c update we're working on and pushing them upstream along with it sounds great. We'll plan on doing that and will report back if we encounter difficulties. |
| Comment by Gerrit Updater [ 19/Jul/17 ] |
|
Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/18061/ |
| Comment by Peter Jones [ 19/Jul/17 ] |
|
Can this ticket be marked as resolved with the most recent landing? |
| Comment by Nathaniel Clark [ 19/Jul/17 ] |
|
Sure, I've got no outstanding wireshark patches. |