<?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 Namestring collision occurs between NFS clients. in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170703#M39262</link>
    <description>&lt;P&gt;Hello,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;A NetApp running&amp;nbsp; 9.0&amp;nbsp; has a svm publishing an NFS share (v3 v4 v4.1 enabled),&lt;/P&gt;&lt;P&gt;On an automation CI job we mount the nfs share on a VM running ontop of a physical server,&lt;/P&gt;&lt;P&gt;both VM and server are RHEL based, for the most part automation and share mounting works fine.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However if we run multiple automation jobs simultaneously,&amp;nbsp;&lt;/P&gt;&lt;P&gt;only one job manages to mount the share on the VM,&amp;nbsp; other job(s) fail to mount the NFS share.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The root cause of this happen as VMs use the same name (&lt;SPAN&gt;controller-2&lt;/SPAN&gt;), they may simultaneously run on other servers/IPs,&lt;/P&gt;&lt;P&gt;thus netapp get's annoyed and reports this understandable error:&lt;/P&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Node: node-a&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Time: Tue, Jun 22 15:54:49 2021 +0300&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Severity: ALERT&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Message: Nblade.NewClientIdMismatch: NFSv4 name string "Linux NFSv4.1 controller-2" collision between clients 10.46.w.y and 10.35.x.z.&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Description: This message occurs when a namestring collision occurs between NFS clients.&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;The VM on host 10.46.w.y fails to mount the NFS with this error:&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: timeout set for Thu Oct &amp;nbsp;7 05:15:52 2021&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying text-based options 'vers=4.2,addr=10.46.w.y,clientaddr=172.16.0.45'&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: mount(2): Protocol not supported&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying text-based options 'vers=4,minorversion=1,addr=10.46.w.y,clientaddr=172.16.0.45'&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: mount(2): Operation not permitted&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying text-based options 'addr=10.46.w.y'&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: prog 100003, trying vers=3, prot=6&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying 10.46.w.y prog 100003 vers 3 prot TCP port 2049&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: prog 100005, trying vers=3, prot=17&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying 10.46.w.y prog 100005 vers 3 prot UDP port 635&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: mount(2): Permission denied&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: Operation not permitted&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;OL&gt;&lt;LI&gt;If I unmount the NFS share on VM&amp;nbsp; running on host 10.35.x.z, then re-mount same share on VM running on 10.46.w.y this time it mounts fine, while the first VM fails to mount with same error.&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;I can't change the VM names, I'm bound to have duplicate names.&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;automation jobs run randomly in parallel, I can't schedule them to run serially.&lt;/LI&gt;&lt;LI&gt;I have to use NFSv4 or above.&lt;/LI&gt;&lt;LI&gt;Each vm uses&amp;nbsp; random file names on the share, they'll never overwrite each others data.&lt;/LI&gt;&lt;/OL&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Is there anything I can do to bypass this duplicate name collision?&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;The only solution I found thus far is to add additional multiple IP addresses under the SVM/NFS,&lt;/DIV&gt;&lt;DIV&gt;each job mounts use's a unique IP from the pool of address assigned to the SVM/NFS.&lt;/DIV&gt;&lt;DIV&gt;Thus the job(s) are now able to simultaneously mount the shares from two(or more) VMs running on other hosts.&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;The only drawback with this solution,&amp;nbsp; it complicates my automation ci job configuration,&lt;/DIV&gt;&lt;DIV&gt;as I have to assign/manage unique IP per each job.&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;My question is simple, is there any netapp setting/config I could change so that it would ignore client collision?&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;And I could revert back my automation jobs to a single IP address?&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Thanks&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV class="lia-indent-padding-left-30px"&gt;&lt;DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
    <pubDate>Wed, 04 Jun 2025 10:11:40 GMT</pubDate>
    <dc:creator>Tzach</dc:creator>
    <dc:date>2025-06-04T10:11:40Z</dc:date>
    <item>
      <title>Namestring collision occurs between NFS clients.</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170703#M39262</link>
      <description>&lt;P&gt;Hello,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;A NetApp running&amp;nbsp; 9.0&amp;nbsp; has a svm publishing an NFS share (v3 v4 v4.1 enabled),&lt;/P&gt;&lt;P&gt;On an automation CI job we mount the nfs share on a VM running ontop of a physical server,&lt;/P&gt;&lt;P&gt;both VM and server are RHEL based, for the most part automation and share mounting works fine.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However if we run multiple automation jobs simultaneously,&amp;nbsp;&lt;/P&gt;&lt;P&gt;only one job manages to mount the share on the VM,&amp;nbsp; other job(s) fail to mount the NFS share.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The root cause of this happen as VMs use the same name (&lt;SPAN&gt;controller-2&lt;/SPAN&gt;), they may simultaneously run on other servers/IPs,&lt;/P&gt;&lt;P&gt;thus netapp get's annoyed and reports this understandable error:&lt;/P&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Node: node-a&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Time: Tue, Jun 22 15:54:49 2021 +0300&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Severity: ALERT&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Message: Nblade.NewClientIdMismatch: NFSv4 name string "Linux NFSv4.1 controller-2" collision between clients 10.46.w.y and 10.35.x.z.&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;Description: This message occurs when a namestring collision occurs between NFS clients.&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&lt;SPAN&gt;The VM on host 10.46.w.y fails to mount the NFS with this error:&lt;/SPAN&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: timeout set for Thu Oct &amp;nbsp;7 05:15:52 2021&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying text-based options 'vers=4.2,addr=10.46.w.y,clientaddr=172.16.0.45'&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: mount(2): Protocol not supported&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying text-based options 'vers=4,minorversion=1,addr=10.46.w.y,clientaddr=172.16.0.45'&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: mount(2): Operation not permitted&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying text-based options 'addr=10.46.w.y'&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: prog 100003, trying vers=3, prot=6&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying 10.46.w.y prog 100003 vers 3 prot TCP port 2049&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: prog 100005, trying vers=3, prot=17&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: trying 10.46.w.y prog 100005 vers 3 prot UDP port 635&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: mount(2): Permission denied&lt;/EM&gt;&lt;/DIV&gt;&lt;DIV&gt;&lt;EM&gt;mount.nfs: Operation not permitted&lt;/EM&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;OL&gt;&lt;LI&gt;If I unmount the NFS share on VM&amp;nbsp; running on host 10.35.x.z, then re-mount same share on VM running on 10.46.w.y this time it mounts fine, while the first VM fails to mount with same error.&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;I can't change the VM names, I'm bound to have duplicate names.&amp;nbsp;&lt;/LI&gt;&lt;LI&gt;automation jobs run randomly in parallel, I can't schedule them to run serially.&lt;/LI&gt;&lt;LI&gt;I have to use NFSv4 or above.&lt;/LI&gt;&lt;LI&gt;Each vm uses&amp;nbsp; random file names on the share, they'll never overwrite each others data.&lt;/LI&gt;&lt;/OL&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Is there anything I can do to bypass this duplicate name collision?&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;The only solution I found thus far is to add additional multiple IP addresses under the SVM/NFS,&lt;/DIV&gt;&lt;DIV&gt;each job mounts use's a unique IP from the pool of address assigned to the SVM/NFS.&lt;/DIV&gt;&lt;DIV&gt;Thus the job(s) are now able to simultaneously mount the shares from two(or more) VMs running on other hosts.&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;The only drawback with this solution,&amp;nbsp; it complicates my automation ci job configuration,&lt;/DIV&gt;&lt;DIV&gt;as I have to assign/manage unique IP per each job.&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;My question is simple, is there any netapp setting/config I could change so that it would ignore client collision?&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;And I could revert back my automation jobs to a single IP address?&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;Thanks&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV class="lia-indent-padding-left-30px"&gt;&lt;DIV&gt;&lt;DIV&gt;&amp;nbsp;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Wed, 04 Jun 2025 10:11:40 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170703#M39262</guid>
      <dc:creator>Tzach</dc:creator>
      <dc:date>2025-06-04T10:11:40Z</dc:date>
    </item>
    <item>
      <title>Re: Namestring collision occurs between NFS clients.</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170704#M39263</link>
      <description>&lt;P&gt;Check out the following documentation:&amp;nbsp;&lt;A href="https://docs.microsoft.com/en-us/azure/azure-netapp-files/configure-nfs-clients#configure-two-vms-with-the-same-hostname-to-access-nfsv41-volumes" target="_blank"&gt;https://docs.microsoft.com/en-us/azure/azure-netapp-files/configure-nfs-clients#configure-two-vms-with-the-same-hostname-to-access-nfsv41-volumes&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It is Azure NetApp Files documentation, but the same solution applies. It is a client side unique identifier that needs to be set.&lt;/P&gt;</description>
      <pubDate>Sun, 10 Oct 2021 18:59:03 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170704#M39263</guid>
      <dc:creator>SeanLuce</dc:creator>
      <dc:date>2021-10-10T18:59:03Z</dc:date>
    </item>
    <item>
      <title>Re: Namestring collision occurs between NFS clients.</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170715#M39265</link>
      <description>&lt;P&gt;You rock SeanLuce!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Didn't test it out (yet), sounds like it's another possible solution.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However I suspect setting unique IP per each automation job/share mount may be easier to implement, than having to automate &lt;SPAN&gt;generation of&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;nfs4_unique_id per VM .&amp;nbsp;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Anyway t&lt;/SPAN&gt;&lt;SPAN&gt;hank you very much for the tip!&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Oct 2021 08:03:49 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170715#M39265</guid>
      <dc:creator>Tzach</dc:creator>
      <dc:date>2021-10-11T08:03:49Z</dc:date>
    </item>
    <item>
      <title>Re: Namestring collision occurs between NFS clients.</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170719#M39267</link>
      <description>&lt;P&gt;This is also covered in this TR:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.netapp.com/pdf.html?item=/media/10720-tr-4067.pdf" target="_blank"&gt;https://www.netapp.com/pdf.html?item=/media/10720-tr-4067.pdf&lt;/A&gt;&amp;nbsp;page 124&lt;/P&gt;</description>
      <pubDate>Mon, 11 Oct 2021 13:38:11 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Namestring-collision-occurs-between-NFS-clients/m-p/170719#M39267</guid>
      <dc:creator>parisi</dc:creator>
      <dc:date>2021-10-11T13:38:11Z</dc:date>
    </item>
  </channel>
</rss>

