<?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 CIFS Issues with Microsoft Excel 2010 after migration to cDOT 8.3.1 in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-Issues-with-Microsoft-Excel-2010-after-migration-to-cDOT-8-3-1/m-p/116442#M8245</link>
    <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;After a recent migration of CIFS files shares from 7-mode 7.3.3 to cDOT 8.3.1 users are experiencing issues with saving Excel 2010 documents on file shares when using Windows 7 Enterprise.&lt;/P&gt;&lt;P&gt;They receive the error "Document not saved" when attempting to save changes to a migrated workbook file thats exists on the new cDOT file share.&lt;/P&gt;&lt;P&gt;The only way to save to the network share is by saving the document to the C: drive, quitting Excel, and then manually overwriting the file back to the fileshare which works without issue.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Like all 'interesting' issues to track down, its not all users or shares that appear affected post-migration. A review of before and after 'share' and 'NTFS file rights' don't show any irregularities.&lt;/P&gt;&lt;P&gt;ABE wasn't enabled beforehand, and isn't enabled now. I guess the biggest change is that there is no longer SMB1 (just 2 and 3)?&lt;/P&gt;&lt;P&gt;By disconecting and reconnecting the network share that the user is trying to save to seems to allow normal operation however the issue returns after a reboot making me think its more of a machine/user profile/connection caching issue than a NetApp configuration one.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The new CIFS SVM on cDOT has a machine name of "NACIFS1" - it exists in DNS with its correct name as well as a CNAME of "FS1" and NETBIOS aliases of "FS1" and another legacy fileserver "FS2"&lt;/P&gt;&lt;P&gt;The old 7-mode system also used a different name from the CIFS instance machine name, with CNAME alias and NETBIOS entries so once again this is the same configuration as the original.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Are then any suggestions on how best to proceed to investigate further? or if you have seen something similar before?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Garth&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 21:55:59 GMT</pubDate>
    <dc:creator>GLOYNSSNS</dc:creator>
    <dc:date>2025-06-04T21:55:59Z</dc:date>
    <item>
      <title>CIFS Issues with Microsoft Excel 2010 after migration to cDOT 8.3.1</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-Issues-with-Microsoft-Excel-2010-after-migration-to-cDOT-8-3-1/m-p/116442#M8245</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;After a recent migration of CIFS files shares from 7-mode 7.3.3 to cDOT 8.3.1 users are experiencing issues with saving Excel 2010 documents on file shares when using Windows 7 Enterprise.&lt;/P&gt;&lt;P&gt;They receive the error "Document not saved" when attempting to save changes to a migrated workbook file thats exists on the new cDOT file share.&lt;/P&gt;&lt;P&gt;The only way to save to the network share is by saving the document to the C: drive, quitting Excel, and then manually overwriting the file back to the fileshare which works without issue.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Like all 'interesting' issues to track down, its not all users or shares that appear affected post-migration. A review of before and after 'share' and 'NTFS file rights' don't show any irregularities.&lt;/P&gt;&lt;P&gt;ABE wasn't enabled beforehand, and isn't enabled now. I guess the biggest change is that there is no longer SMB1 (just 2 and 3)?&lt;/P&gt;&lt;P&gt;By disconecting and reconnecting the network share that the user is trying to save to seems to allow normal operation however the issue returns after a reboot making me think its more of a machine/user profile/connection caching issue than a NetApp configuration one.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The new CIFS SVM on cDOT has a machine name of "NACIFS1" - it exists in DNS with its correct name as well as a CNAME of "FS1" and NETBIOS aliases of "FS1" and another legacy fileserver "FS2"&lt;/P&gt;&lt;P&gt;The old 7-mode system also used a different name from the CIFS instance machine name, with CNAME alias and NETBIOS entries so once again this is the same configuration as the original.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Are then any suggestions on how best to proceed to investigate further? or if you have seen something similar before?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Garth&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 21:55:59 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-Issues-with-Microsoft-Excel-2010-after-migration-to-cDOT-8-3-1/m-p/116442#M8245</guid>
      <dc:creator>GLOYNSSNS</dc:creator>
      <dc:date>2025-06-04T21:55:59Z</dc:date>
    </item>
    <item>
      <title>Re: CIFS Issues with Microsoft Excel 2010 after migration to cDOT 8.3.1</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-Issues-with-Microsoft-Excel-2010-after-migration-to-cDOT-8-3-1/m-p/116700#M8254</link>
      <description>&lt;P&gt;Excel has a strange way of saving files. &amp;nbsp;It saves your work to a temp file, then deletes the original and renames the temp file. &amp;nbsp;If something goes wrong along&amp;nbsp;the way you get that error. &amp;nbsp;There are hotfixes, office patches, registry tweaks, etc that may or may not resolve it in your particular case. &amp;nbsp;It could also be AV related on the client side. &amp;nbsp;Its probably worth opening a case on just in case its an obscure&amp;nbsp;problem in the svm config.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 05 Mar 2016 00:03:14 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-Issues-with-Microsoft-Excel-2010-after-migration-to-cDOT-8-3-1/m-p/116700#M8254</guid>
      <dc:creator>SeanHatfield</dc:creator>
      <dc:date>2016-03-05T00:03:14Z</dc:date>
    </item>
    <item>
      <title>Re: CIFS Issues with Microsoft Excel 2010 after migration to cDOT 8.3.1</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-Issues-with-Microsoft-Excel-2010-after-migration-to-cDOT-8-3-1/m-p/125804#M8606</link>
      <description>&lt;P&gt;Did you find a solution for this issue. We have the same after migration from 7mode to cDOT.&lt;/P&gt;</description>
      <pubDate>Wed, 30 Nov 2016 14:34:18 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-Issues-with-Microsoft-Excel-2010-after-migration-to-cDOT-8-3-1/m-p/125804#M8606</guid>
      <dc:creator>gdefevere</dc:creator>
      <dc:date>2016-11-30T14:34:18Z</dc:date>
    </item>
  </channel>
</rss>

