<?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 Async FPolicy Server Is Blocking in Software Development Kit (SDK) and API Discussions</title>
    <link>https://community.netapp.com/t5/Software-Development-Kit-SDK-and-API-Discussions/Async-FPolicy-Server-Is-Blocking/m-p/112348#M1668</link>
    <description>&lt;P&gt;According to the documentation in "&lt;STRONG&gt;FPolicy for Data ONTAP 7.3 User's Guide&lt;/STRONG&gt;" (from the file &lt;STRONG&gt;mm_oc_731_fpolicy.pdf&lt;/STRONG&gt;), it states the following:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;The asynchronous notification feature enables the storage system to send FPolicy notifications to the&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;FPolicy server asynchronously. This means that the storage system sends a response to client requests&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;without waiting for the FPolicy server to respond to the file screening request.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To me, what this means is that when a NetApp Filer storage device makes a call to our FPolicy Server application using the RPC method call "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" (we register as 'version=2'), the file operation from the end user, for example, when a user saves a file, shoule NOT be blocked and have to wait for our FPolicy Server application to return a value from the "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" RPC method call.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, in my testing, this does not appear to be the case. &amp;nbsp;I can start up my FPolicy Server application, attach a debugger to it, put a breakpoint in the "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" method. &amp;nbsp;Then, I open an existing file in Notepad, modify it, then click to save it. &amp;nbsp;This causes a "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" to be triggered and my breakpoint it hit. &amp;nbsp;But now, Notepad is frozen. &amp;nbsp;And it will not unfreeze until my "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" method returns. &amp;nbsp;This is not an asynchronous behavior in my opinion.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Can anybody else confirm or deny this?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Additional information:&lt;/P&gt;&lt;P&gt;I am testing against a NetApp Filer simulator, not a real physical NetApp storage device.&lt;/P&gt;&lt;P&gt;Our FPolicy is:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;&amp;gt; fpolicy
CIFS file policy is enabled.

File policy BW_43fb057a0990485f9c6bc7e24a4d344f (file screening) is enabled.
File screen servers P/S Connect time (dd:hh:mm) Reqs Fails
------------------------------------------------------------------------------
10.6.167.92 \\NETAPP-TEST Pri 00:00:07 2 0
ServerID: 146 IDL Version: 2 SMB Request Pipe Name: \ntapfprq_BW_43fb057a0990485f9c6bc7e24a4d344f
Options enabled: async, version2

Operations monitored:
File create,File rename,File delete,File write,Setattr
Directory rename,Directory delete,Directory create
Above operations are monitored for CIFS only
List of extensions to screen:
???
List of extensions not to screen:
Extensions-not-to-screen list is empty.
Number of requests screened : 7
Number of screen failures : 0
Number of requests blocked locally : 0&lt;/PRE&gt;&lt;P&gt;When our FPolicy Server application registers with the NetApp Filer storage device, it get some Filer information and then uses the the "&lt;EM&gt;FP_Registration_V2&lt;/EM&gt;" RPC method:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;The version of the NetApp Filer 'NETAPPSIM' was found to be: Short version: '8.1.1X34'. Long version: 'NetApp Release 8.1.1X34 7-Mode: Thu May 31 21:30:59 PDT 2012'&lt;BR /&gt;&lt;BR /&gt;Registering with FPolicy V2 with the following information:&lt;BR /&gt;&lt;BR /&gt;filerId: 2&lt;BR /&gt;filerOps: 0x1005ff6&lt;BR /&gt;policyName: BW_43fb057a0990485f9c6bc7e24a4d344f&lt;BR /&gt;registrationInfo: \\NETAPP-TEST\CONTOSO\async=true,version2=true&lt;BR /&gt;pipe: ntapfprq_BW_43fb057a0990485f9c6bc7e24a4d344f&lt;/PRE&gt;&lt;P&gt;So you can see we're registering with 'async', but we're not getting what I would consider asynchronous behavior.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any help would be appreciated. &amp;nbsp;If you need more information, I can try to provide it.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 22:49:18 GMT</pubDate>
    <dc:creator>KevinAG</dc:creator>
    <dc:date>2025-06-04T22:49:18Z</dc:date>
    <item>
      <title>Async FPolicy Server Is Blocking</title>
      <link>https://community.netapp.com/t5/Software-Development-Kit-SDK-and-API-Discussions/Async-FPolicy-Server-Is-Blocking/m-p/112348#M1668</link>
      <description>&lt;P&gt;According to the documentation in "&lt;STRONG&gt;FPolicy for Data ONTAP 7.3 User's Guide&lt;/STRONG&gt;" (from the file &lt;STRONG&gt;mm_oc_731_fpolicy.pdf&lt;/STRONG&gt;), it states the following:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;The asynchronous notification feature enables the storage system to send FPolicy notifications to the&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;FPolicy server asynchronously. This means that the storage system sends a response to client requests&lt;/EM&gt;&lt;BR /&gt;&lt;EM&gt;without waiting for the FPolicy server to respond to the file screening request.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To me, what this means is that when a NetApp Filer storage device makes a call to our FPolicy Server application using the RPC method call "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" (we register as 'version=2'), the file operation from the end user, for example, when a user saves a file, shoule NOT be blocked and have to wait for our FPolicy Server application to return a value from the "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" RPC method call.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, in my testing, this does not appear to be the case. &amp;nbsp;I can start up my FPolicy Server application, attach a debugger to it, put a breakpoint in the "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" method. &amp;nbsp;Then, I open an existing file in Notepad, modify it, then click to save it. &amp;nbsp;This causes a "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" to be triggered and my breakpoint it hit. &amp;nbsp;But now, Notepad is frozen. &amp;nbsp;And it will not unfreeze until my "&lt;EM&gt;FP_ScreenRequest2&lt;/EM&gt;" method returns. &amp;nbsp;This is not an asynchronous behavior in my opinion.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Can anybody else confirm or deny this?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Additional information:&lt;/P&gt;&lt;P&gt;I am testing against a NetApp Filer simulator, not a real physical NetApp storage device.&lt;/P&gt;&lt;P&gt;Our FPolicy is:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;&amp;gt; fpolicy
CIFS file policy is enabled.

File policy BW_43fb057a0990485f9c6bc7e24a4d344f (file screening) is enabled.
File screen servers P/S Connect time (dd:hh:mm) Reqs Fails
------------------------------------------------------------------------------
10.6.167.92 \\NETAPP-TEST Pri 00:00:07 2 0
ServerID: 146 IDL Version: 2 SMB Request Pipe Name: \ntapfprq_BW_43fb057a0990485f9c6bc7e24a4d344f
Options enabled: async, version2

Operations monitored:
File create,File rename,File delete,File write,Setattr
Directory rename,Directory delete,Directory create
Above operations are monitored for CIFS only
List of extensions to screen:
???
List of extensions not to screen:
Extensions-not-to-screen list is empty.
Number of requests screened : 7
Number of screen failures : 0
Number of requests blocked locally : 0&lt;/PRE&gt;&lt;P&gt;When our FPolicy Server application registers with the NetApp Filer storage device, it get some Filer information and then uses the the "&lt;EM&gt;FP_Registration_V2&lt;/EM&gt;" RPC method:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;The version of the NetApp Filer 'NETAPPSIM' was found to be: Short version: '8.1.1X34'. Long version: 'NetApp Release 8.1.1X34 7-Mode: Thu May 31 21:30:59 PDT 2012'&lt;BR /&gt;&lt;BR /&gt;Registering with FPolicy V2 with the following information:&lt;BR /&gt;&lt;BR /&gt;filerId: 2&lt;BR /&gt;filerOps: 0x1005ff6&lt;BR /&gt;policyName: BW_43fb057a0990485f9c6bc7e24a4d344f&lt;BR /&gt;registrationInfo: \\NETAPP-TEST\CONTOSO\async=true,version2=true&lt;BR /&gt;pipe: ntapfprq_BW_43fb057a0990485f9c6bc7e24a4d344f&lt;/PRE&gt;&lt;P&gt;So you can see we're registering with 'async', but we're not getting what I would consider asynchronous behavior.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any help would be appreciated. &amp;nbsp;If you need more information, I can try to provide it.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 22:49:18 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Software-Development-Kit-SDK-and-API-Discussions/Async-FPolicy-Server-Is-Blocking/m-p/112348#M1668</guid>
      <dc:creator>KevinAG</dc:creator>
      <dc:date>2025-06-04T22:49:18Z</dc:date>
    </item>
  </channel>
</rss>

