<?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 SnapDrive  RPC error SME DFM possible .Net issue in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/SnapDrive-RPC-error-SME-DFM-possible-Net-issue/m-p/4732#M457</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We've run into a major SnapDrive issue.&amp;nbsp; Our department recently move some filers from one datacenter to another.&amp;nbsp; With the new datacenter came new Ip addresses and new names for the filers.&amp;nbsp; Servers were also move but have kept the same IP addresses and names.&amp;nbsp; The filers are now on a different subnet from the servers but can talk.&amp;nbsp; The LUNs connect fine to the server and there is no issue there but we cannot manage the LUNs at all.&amp;nbsp; Here is the error we are getting.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG src="http://community.netapp.com/legacyfs/online/18962_snapdrive_error.png" width="450" /&gt;&lt;/P&gt;&lt;P&gt;Snapdrive is pointing to the old IP address for e0M.&amp;nbsp; We have updated preferred IP, deleted all DNS records of the old names/IP's, run cifs setup with new names, edited host files, uninstalled, reinstalled snapdrive and .net, rebooted and called Support.&amp;nbsp; Two days of troubleshoooting and SnapDrive still points to old IP when it wants to use zapi via RPC, HTTP or HTTPS.&amp;nbsp; In fact,&amp;nbsp; If I try to run snapdrive from any server to this filer it fails.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The issue is with the filer or the DFM server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have a clustered exchange environment and all servers use DFM for RBAC controlled backups.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas?&amp;nbsp; Has anyone ever seen this before?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 06:09:07 GMT</pubDate>
    <dc:creator>CASTROJSEC</dc:creator>
    <dc:date>2025-06-05T06:09:07Z</dc:date>
    <item>
      <title>SnapDrive  RPC error SME DFM possible .Net issue</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/SnapDrive-RPC-error-SME-DFM-possible-Net-issue/m-p/4732#M457</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We've run into a major SnapDrive issue.&amp;nbsp; Our department recently move some filers from one datacenter to another.&amp;nbsp; With the new datacenter came new Ip addresses and new names for the filers.&amp;nbsp; Servers were also move but have kept the same IP addresses and names.&amp;nbsp; The filers are now on a different subnet from the servers but can talk.&amp;nbsp; The LUNs connect fine to the server and there is no issue there but we cannot manage the LUNs at all.&amp;nbsp; Here is the error we are getting.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG src="http://community.netapp.com/legacyfs/online/18962_snapdrive_error.png" width="450" /&gt;&lt;/P&gt;&lt;P&gt;Snapdrive is pointing to the old IP address for e0M.&amp;nbsp; We have updated preferred IP, deleted all DNS records of the old names/IP's, run cifs setup with new names, edited host files, uninstalled, reinstalled snapdrive and .net, rebooted and called Support.&amp;nbsp; Two days of troubleshoooting and SnapDrive still points to old IP when it wants to use zapi via RPC, HTTP or HTTPS.&amp;nbsp; In fact,&amp;nbsp; If I try to run snapdrive from any server to this filer it fails.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The issue is with the filer or the DFM server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have a clustered exchange environment and all servers use DFM for RBAC controlled backups.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas?&amp;nbsp; Has anyone ever seen this before?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:09:07 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/SnapDrive-RPC-error-SME-DFM-possible-Net-issue/m-p/4732#M457</guid>
      <dc:creator>CASTROJSEC</dc:creator>
      <dc:date>2025-06-05T06:09:07Z</dc:date>
    </item>
    <item>
      <title>Re: SnapDrive  RPC error SME DFM possible .Net issue</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/SnapDrive-RPC-error-SME-DFM-possible-Net-issue/m-p/4737#M458</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Solved!&amp;nbsp; The issue was with the accesscontrol file.&amp;nbsp; Our SME backups use DFM for RBAC contol.&amp;nbsp; The old accesscontrol files still had the old ip's.&amp;nbsp; I used storacl.exe to update the files.&amp;nbsp; Issue gone.&amp;nbsp; Backups working.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 27 Feb 2013 20:35:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/SnapDrive-RPC-error-SME-DFM-possible-Net-issue/m-p/4737#M458</guid>
      <dc:creator>CASTROJSEC</dc:creator>
      <dc:date>2013-02-27T20:35:57Z</dc:date>
    </item>
  </channel>
</rss>

