<?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 On-Access vscan policy behavior when creating files in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/On-Access-vscan-policy-behavior-when-creating-files/m-p/133260#M29113</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;IHAC who wants to use on-access vsan policies with mandatory scan (ONTAP 9.1P5) and I would like to be sure about expected behavior whan AV servers are down.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Doc is not very verbose on expected behavior and just says that :&lt;/P&gt;&lt;P&gt;- standard profile triggers a scan for open, close and rename&lt;/P&gt;&lt;P&gt;- strict profile triggers a scan for open, close, read, rename&lt;/P&gt;&lt;P&gt;- write_only profile triggers a scan for close after modifcation.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When testing with all AV servers down, the customer is seeing that read and open files cannot be opened in all cases and file creation seems to be authorized.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I just want to be sure this behavior is normal (when scan is mandatory and AV servers down) , with standard or strict profiles.&lt;/P&gt;&lt;P&gt;- files can not be opened or read or renamed.&lt;/P&gt;&lt;P&gt;- files can not be modified (saved under the same name).&lt;/P&gt;&lt;P&gt;- new files can be created (by copying them from elsewhere)&lt;/P&gt;&lt;P&gt;- files can be modified when saved under a name, which means creating a new file.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;With writes-only profile, files can be opened and modified (simple test using a notepad): I managed to modify a file without a problem, which is not normal IMHO.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is this correct ?&lt;/P&gt;&lt;P&gt;Or is there a problem ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Best regards&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Régis&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 14:46:47 GMT</pubDate>
    <dc:creator>garruche</dc:creator>
    <dc:date>2025-06-04T14:46:47Z</dc:date>
    <item>
      <title>On-Access vscan policy behavior when creating files</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/On-Access-vscan-policy-behavior-when-creating-files/m-p/133260#M29113</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;IHAC who wants to use on-access vsan policies with mandatory scan (ONTAP 9.1P5) and I would like to be sure about expected behavior whan AV servers are down.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Doc is not very verbose on expected behavior and just says that :&lt;/P&gt;&lt;P&gt;- standard profile triggers a scan for open, close and rename&lt;/P&gt;&lt;P&gt;- strict profile triggers a scan for open, close, read, rename&lt;/P&gt;&lt;P&gt;- write_only profile triggers a scan for close after modifcation.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When testing with all AV servers down, the customer is seeing that read and open files cannot be opened in all cases and file creation seems to be authorized.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I just want to be sure this behavior is normal (when scan is mandatory and AV servers down) , with standard or strict profiles.&lt;/P&gt;&lt;P&gt;- files can not be opened or read or renamed.&lt;/P&gt;&lt;P&gt;- files can not be modified (saved under the same name).&lt;/P&gt;&lt;P&gt;- new files can be created (by copying them from elsewhere)&lt;/P&gt;&lt;P&gt;- files can be modified when saved under a name, which means creating a new file.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;With writes-only profile, files can be opened and modified (simple test using a notepad): I managed to modify a file without a problem, which is not normal IMHO.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is this correct ?&lt;/P&gt;&lt;P&gt;Or is there a problem ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Best regards&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Régis&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 14:46:47 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/On-Access-vscan-policy-behavior-when-creating-files/m-p/133260#M29113</guid>
      <dc:creator>garruche</dc:creator>
      <dc:date>2025-06-04T14:46:47Z</dc:date>
    </item>
    <item>
      <title>Re: On-Access vscan policy behavior when creating files</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/On-Access-vscan-policy-behavior-when-creating-files/m-p/134107#M29334</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope this helps &lt;SPAN&gt;&lt;A href="https://kb.netapp.com/support/s/article/ka11A0000001SRJ/cifs-read-reports-error-cant-read-from-source-file-or-disk-and-cifs-create-throws-get-error-a-device-attached-to-the-system-is-not-functioning" target="_blank"&gt;https://kb.netapp.com/support/s/article/ka11A0000001SRJ/cifs-read-reports-error-cant-read-from-source-file-or-disk-and-cifs-create-throws-get-error-a-device-attached-to-the-system-is-not-functioning&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Thu, 31 Aug 2017 08:20:49 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/On-Access-vscan-policy-behavior-when-creating-files/m-p/134107#M29334</guid>
      <dc:creator>hariprak</dc:creator>
      <dc:date>2017-08-31T08:20:49Z</dc:date>
    </item>
  </channel>
</rss>

