<?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 cDot 8.3.2 CIFS machine account access in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/cDot-8-3-2-CIFS-machine-account-access/m-p/125448#M8595</link>
    <description>&lt;P&gt;Hey Guys,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I currently migrated from 7-mode to Clustermode and I am running into some CIFS issues. On the 7-mode box, I joined the vfiler to AD and then ran: cifs access SHARE -m to allow the machine account access to the shares with no problem. The customers application is set to where the member servers of the domain use machine account: SYSTEM in a batch file ran at bootup to persistenly map the drives. The issue I am having is that is is asking for a password for SYSTEM when it tries to map. This didnt happen in 7-mode and I've yet to find the cDOT mode variation. I can connect to the shares using other domain accounts and I went ahead and added SYSTEM with full control to the shares with no luck. With SYSTEM being a local account and not a domain account I imagine this could be causing some issues? I have a ticket open with Netapp but maybe someone can point me in the right direction.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 18:14:24 GMT</pubDate>
    <dc:creator>NetappNewb</dc:creator>
    <dc:date>2025-06-04T18:14:24Z</dc:date>
    <item>
      <title>cDot 8.3.2 CIFS machine account access</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/cDot-8-3-2-CIFS-machine-account-access/m-p/125448#M8595</link>
      <description>&lt;P&gt;Hey Guys,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I currently migrated from 7-mode to Clustermode and I am running into some CIFS issues. On the 7-mode box, I joined the vfiler to AD and then ran: cifs access SHARE -m to allow the machine account access to the shares with no problem. The customers application is set to where the member servers of the domain use machine account: SYSTEM in a batch file ran at bootup to persistenly map the drives. The issue I am having is that is is asking for a password for SYSTEM when it tries to map. This didnt happen in 7-mode and I've yet to find the cDOT mode variation. I can connect to the shares using other domain accounts and I went ahead and added SYSTEM with full control to the shares with no luck. With SYSTEM being a local account and not a domain account I imagine this could be causing some issues? I have a ticket open with Netapp but maybe someone can point me in the right direction.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 18:14:24 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/cDot-8-3-2-CIFS-machine-account-access/m-p/125448#M8595</guid>
      <dc:creator>NetappNewb</dc:creator>
      <dc:date>2025-06-04T18:14:24Z</dc:date>
    </item>
    <item>
      <title>Re: cDot 8.3.2 CIFS machine account access</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/cDot-8-3-2-CIFS-machine-account-access/m-p/125568#M8598</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For Clustered DataONTAP 8.3 File access management guide for CIFS refer &lt;A href="https://library.netapp.com/ecm/ecm_get_file/ECMP1610207" target="_blank"&gt;https://library.netapp.com/ecm/ecm_get_file/ECMP1610207&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Tue, 22 Nov 2016 01:10:24 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/cDot-8-3-2-CIFS-machine-account-access/m-p/125568#M8598</guid>
      <dc:creator>hariprak</dc:creator>
      <dc:date>2016-11-22T01:10:24Z</dc:date>
    </item>
  </channel>
</rss>

