<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Other_latency issue in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Other-latency-issue/m-p/104010#M7705</link>
    <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We had a CIFS client outage recently as they were disconnected from the volume/cifs share and when we analyzed data from NMC we saw &amp;nbsp;the excessive latency on te CIFS protocol (250 milliseconds, though prior to this there was a spike of 1500 milliseconds delay at around 1:30pm EST). IOPs were very low/stable and well within the PAM/disk capacity range but the latencies aren’t .This is a problem of identifying the root cause on this issue that the both write/read latency on the na01_customer_data volume are low but “other_latency figure”&amp;nbsp; on the volume latency view on NMC &amp;nbsp;is high (110 milli seconds) and NOT write/read latencies!!. &amp;nbsp;It needs to be worked out what CIFS other_latency is and I can’t tell what volume/qtree or CIFS client is the root cause of them since they don’t have any high IOPS at this moment&lt;/P&gt;&lt;P&gt;Please let me know your thoughts&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Actually on NFS client which is accessing to the same volume also we have this error, as we have&amp;nbsp;rblk_nor/s almost 6260.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 05 Jun 2025 04:24:37 GMT</pubDate>
    <dc:creator>KIIKANZAVANNA</dc:creator>
    <dc:date>2025-06-05T04:24:37Z</dc:date>
    <item>
      <title>Other_latency issue</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/Other-latency-issue/m-p/104010#M7705</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We had a CIFS client outage recently as they were disconnected from the volume/cifs share and when we analyzed data from NMC we saw &amp;nbsp;the excessive latency on te CIFS protocol (250 milliseconds, though prior to this there was a spike of 1500 milliseconds delay at around 1:30pm EST). IOPs were very low/stable and well within the PAM/disk capacity range but the latencies aren’t .This is a problem of identifying the root cause on this issue that the both write/read latency on the na01_customer_data volume are low but “other_latency figure”&amp;nbsp; on the volume latency view on NMC &amp;nbsp;is high (110 milli seconds) and NOT write/read latencies!!. &amp;nbsp;It needs to be worked out what CIFS other_latency is and I can’t tell what volume/qtree or CIFS client is the root cause of them since they don’t have any high IOPS at this moment&lt;/P&gt;&lt;P&gt;Please let me know your thoughts&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Actually on NFS client which is accessing to the same volume also we have this error, as we have&amp;nbsp;rblk_nor/s almost 6260.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 05 Jun 2025 04:24:37 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/Other-latency-issue/m-p/104010#M7705</guid>
      <dc:creator>KIIKANZAVANNA</dc:creator>
      <dc:date>2025-06-05T04:24:37Z</dc:date>
    </item>
  </channel>
</rss>

