[LU-10803] req_buffers_max and req_history_max setting problems Created: 12/Mar/18  Updated: 07/Jan/19  Resolved: 15/Mar/18

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

Type: Bug Priority: Minor
Reporter: Wang Shilong (Inactive) Assignee: Bruno Faccini (Inactive)
Resolution: Fixed Votes: 0
Labels: patch

Issue Links:
Related
is related to LU-9372 OOM happens on OSS during Lustre reco... Resolved
Severity: 3
Rank (Obsolete): 9223372036854775807

 Description   

We hit LU-9372 OOM problems, and after applying

    LU-9372 ptlrpc: allow to limit number of service's rqbds

    we found two problems:

    

    1)Since 0 is a reserved value for @srv_nrqbds_max which

    means unlimited value, procfs write interface should support

    this value, otherwise, there is no way to change default behavior

    back.

 

    2)the check in ptlrpc_lprocfs_req_history_max_seq_write() was broken

    after this patch, the following check will always succeed if @srv_nrqbds_max

    is kept as default value 0:

    

    val > svc->srv_nrqbds_max/2

 



 Comments   
Comment by Wang Shilong (Inactive) [ 12/Mar/18 ]

Here is patch:

 

https://review.whamcloud.com/#/c/31622/

Comment by Bruno Faccini (Inactive) [ 12/Mar/18 ]

Nice catch! And thanks for the patch.

 

Comment by Gerrit Updater [ 15/Mar/18 ]

Oleg Drokin (oleg.drokin@intel.com) merged in patch https://review.whamcloud.com/31622/
Subject: LU-10803 ptlrpc: fix req_buffers_max and req_history_max setting
Project: fs/lustre-release
Branch: master
Current Patch Set:
Commit: c11c61a82d668b54a41127a759b2e99cb077ac14

Comment by Peter Jones [ 15/Mar/18 ]

Landed for 2.11

Comment by Gerrit Updater [ 15/Mar/18 ]

Minh Diep (minh.diep@intel.com) uploaded a new patch: https://review.whamcloud.com/31665
Subject: LU-10803 ptlrpc: fix req_buffers_max and req_history_max setting
Project: fs/lustre-release
Branch: b2_10
Current Patch Set: 1
Commit: 14b6ab137329484507ddcb651167ce9b3ab5284a

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