<?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 multiprocessing volume.find behavior in ONTAP Rest API Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Rest-API-Discussions/multiprocessing-volume-find-behavior/m-p/451251#M654</link>
    <description>&lt;P&gt;hi everyone,&amp;nbsp;&lt;/P&gt;&lt;P&gt;i have noticed that whe using mulitprocessing with python and calling "Volume.find" it sometimes happens that every process receives the same volume object from that call. i managed to handle this behavior using a "lock" that handles this and returns the correct volume to every process.&amp;nbsp;&lt;/P&gt;&lt;P&gt;is this something i should consider doing on all REST calls using netapp.ontap library?&lt;/P&gt;&lt;P&gt;i am using netapp.ontap 9.14.0.1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;thanks&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 09:40:20 GMT</pubDate>
    <dc:creator>AdrianWa</dc:creator>
    <dc:date>2025-06-04T09:40:20Z</dc:date>
    <item>
      <title>multiprocessing volume.find behavior</title>
      <link>https://community.netapp.com/t5/ONTAP-Rest-API-Discussions/multiprocessing-volume-find-behavior/m-p/451251#M654</link>
      <description>&lt;P&gt;hi everyone,&amp;nbsp;&lt;/P&gt;&lt;P&gt;i have noticed that whe using mulitprocessing with python and calling "Volume.find" it sometimes happens that every process receives the same volume object from that call. i managed to handle this behavior using a "lock" that handles this and returns the correct volume to every process.&amp;nbsp;&lt;/P&gt;&lt;P&gt;is this something i should consider doing on all REST calls using netapp.ontap library?&lt;/P&gt;&lt;P&gt;i am using netapp.ontap 9.14.0.1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;thanks&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 09:40:20 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Rest-API-Discussions/multiprocessing-volume-find-behavior/m-p/451251#M654</guid>
      <dc:creator>AdrianWa</dc:creator>
      <dc:date>2025-06-04T09:40:20Z</dc:date>
    </item>
    <item>
      <title>Re: multiprocessing volume.find behavior</title>
      <link>https://community.netapp.com/t5/ONTAP-Rest-API-Discussions/multiprocessing-volume-find-behavior/m-p/451257#M655</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;How are you setting up your connection? We have an existing known issue where if you use the connection object as a context manager in Python with the `with` keyword it will overwrite the connection object on other threads. This is documented under the Host connections section &lt;A href="https://library.netapp.com/ecmdocs/ECMLP2886776/html/index.html" target="_blank" rel="noopener"&gt;here&lt;/A&gt;. This issue will be fixed in the next release (9.15) but in the meantime please use `set_connection()` on the specific resource to avoid this issue.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Let me know if you have any further questions!&lt;/P&gt;&lt;P&gt;Daniel&lt;/P&gt;</description>
      <pubDate>Wed, 06 Mar 2024 14:04:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Rest-API-Discussions/multiprocessing-volume-find-behavior/m-p/451257#M655</guid>
      <dc:creator>ddegraaf</dc:creator>
      <dc:date>2024-03-06T14:04:43Z</dc:date>
    </item>
  </channel>
</rss>

