回合上游社区补丁,补丁数量：3

<h3>优先级:</h3>次要<h3>原因分析:</h3>【是否新引入rpm包，是否进行了安全编译选项扫描】否【定位分析】回合社区补丁<table ><tr><td colSpan="1" rowSpan="1">软件包</td><td colSpan="1" rowSpan="1">CommitId</td><td colSpan="1" rowSpan="1">描述</td><td colSpan="1" rowSpan="1">分析人</td></tr><tr><td colSpan="1" rowSpan="1">nfs-utils</td><td colSpan="1" rowSpan="1">e115a6edfaa07203c6d6d40eba9e4f097efe0cf2</td><td colSpan="1" rowSpan="1">export: move cache_open before workers are forked.If each worker has a separate open on a cache channel, then each workerwill potentially receive every upcall request resulting in duplicatedwork. A worker will only not see a request that another worker sees if thatother worker answers the request before this worker gets a chance toread it. To avoid duplicate effort between threads and so get maximum benefitfrom multiple threads, open the cache channels before forking. Note that the kernel provides locking so that only one thread can bereading to writing to any channel at any given moment. If match_fsid returns -1 we shouldn&#x27;t assume that the path definitelydoesn&#x27;t match the fsid, though it might not.This is a similar situation to where an export is expected to be a mountpoint, but is found not to be one. So it can be handled the same way,by setting &#x27;dev_missing&#x27;.This will only have an effect if no other path matched the fsid, whichis what we want. The current code results in nothing being exported if any export point,or any mount point beneath a crossmnt export point, fails a &#x27;stat&#x27;request, which is too harsh. When the kernel does its first ever lookup for a given server ip itsends down info for server, protocol, etc. On the gssd side as itscans the pipefs structure and sees a new entry it reads that infoand creates a clp_info structure. At that time it also doesa DNS lookup of the provided ip to name using getnameinfo,this is saved in clp-&gt;servername for all other upcalls that isdown under that directory. If this 1st getnameinfo, this causeof all other future upcalls to fail. As a fix, this patch proposed to for the upcalls, if clp-&gt;servernameis NULL, then do the DNS lookup again and set all the neededclp_info fields upon successful resolution. 【对外部是否有影响】 否 </td></tr></table>

src-openEuler/nfs-utils

内容风险标识

评论 (2)

src-openEuler/nfs-utils .gitee-modal { width: 500px !important; }

内容风险标识