<?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 Re: SMSQL with VMDKs - SnapDrive showing snapshots that don't actually exist in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35160#M6772</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you, this was pretty much the solution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The article refers to VSC, but in SMVI the instructions didn't quite work. Renaming the files didn't have any effect, so I had to edit the backups.xml and delete the entries for the stale snapshots.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 16 Aug 2012 21:42:49 GMT</pubDate>
    <dc:creator>uuwe_rhf__</dc:creator>
    <dc:date>2012-08-16T21:42:49Z</dc:date>
    <item>
      <title>SMSQL with VMDKs - SnapDrive showing snapshots that don't actually exist</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35137#M6768</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've recently switched my SQL Server 2008 setup from iSCSI LUNs to VMDKs on NFS shares. I know some people had issues with this setup but it's working great for me.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The SMSQL snapshots are scheduled daily at 6pm and delete any backups older than 7 days. Usually this works fine, but once every few weeks the backup fails and I end up with a flexclone of my volume and an additional datastore mounted to the VM.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I looked into this today and saw that the backup from 08/10/2012 failed to delete a snapshot from over a month ago. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;[18:14:13.027]&amp;nbsp; DELETING BACKUP - [#1]&lt;/P&gt;&lt;P&gt;[18:14:13.027]&amp;nbsp; Deleting snapshot copy sqlsnap__svmsql01_07-12-2012_12.00.37 of LUN D&lt;/P&gt;&lt;P&gt;[18:14:22.098]&amp;nbsp; [SnapDrive Error]: Deletion of backup (sqlsnap__svmsql01_07-12-2012_12.00.37) failed. Reason: (The backup sqlsnap__svmsql01_07-12-2012_12.00.37 was not deleted successfully. Reason : The virtual entity ff6da25f-3297-41f5-9d03-dd50918c54b5 is mounted from backup sqlsnap__svmsql01_07-12-2012_12.00.37. Please unmount it and try again. ).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(SnapDrive Error Code: 0xc0041054)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I checked the NetApp, thinking there might be a stale and locked snapshot there, but that snapshot (&lt;SPAN style="font-family: 'Lucida Grande', Arial, Helvetica, sans-serif; background-color: #ffffff;"&gt;sqlsnap__svmsql01_07-12-2012_12.00.37&lt;/SPAN&gt;) doesn't exist. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;FAS2020-1&amp;gt; snap list NFS_SQL01&lt;/P&gt;&lt;P&gt;Volume NFS_SQL01&lt;/P&gt;&lt;P&gt;working...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp; %/used&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; %/total&amp;nbsp; date&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; name&lt;/P&gt;&lt;P&gt;----------&amp;nbsp; ----------&amp;nbsp; ------------&amp;nbsp; --------&lt;/P&gt;&lt;P&gt;&amp;nbsp; 3% ( 3%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 1% ( 1%)&amp;nbsp; Aug 13 22:00&amp;nbsp; vsp032(0135099854)_rhf_sm_nfs_sql01.23 (snapmirror)&lt;/P&gt;&lt;P&gt;&amp;nbsp; 4% ( 1%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 2% ( 1%)&amp;nbsp; Aug 13 18:06&amp;nbsp; sqlinfo__svmsql01_08-13-2012_18.02.36&lt;/P&gt;&lt;P&gt;&amp;nbsp; 4% ( 0%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 2% ( 0%)&amp;nbsp; Aug 13 18:05&amp;nbsp; sqlsnap__svmsql01_08-13-2012_18.02.36&lt;/P&gt;&lt;P&gt;&amp;nbsp; 5% ( 1%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 3% ( 1%)&amp;nbsp; Aug 12 18:03&amp;nbsp; sqlinfo__svmsql01_08-12-2012_18.01.24&lt;/P&gt;&lt;P&gt;&amp;nbsp; 5% ( 0%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 3% ( 0%)&amp;nbsp; Aug 12 18:03&amp;nbsp; sqlsnap__svmsql01_08-12-2012_18.01.24&lt;/P&gt;&lt;P&gt;&amp;nbsp; 7% ( 2%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 3% ( 1%)&amp;nbsp; Aug 11 18:03&amp;nbsp; sqlinfo__svmsql01_08-11-2012_18.01.30&lt;/P&gt;&lt;P&gt;&amp;nbsp; 7% ( 0%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 3% ( 0%)&amp;nbsp; Aug 11 18:03&amp;nbsp; sqlsnap__svmsql01_08-11-2012_18.01.30&lt;/P&gt;&lt;P&gt;&amp;nbsp; 9% ( 2%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 5% ( 1%)&amp;nbsp; Aug 10 18:04&amp;nbsp; sqlinfo__svmsql01_08-10-2012_18.02.07&lt;/P&gt;&lt;P&gt;&amp;nbsp; 9% ( 0%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 5% ( 0%)&amp;nbsp; Aug 10 18:04&amp;nbsp; sqlsnap__svmsql01_08-10-2012_18.02.07&lt;/P&gt;&lt;P&gt; 14% ( 6%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 8% ( 3%)&amp;nbsp; Aug 09 18:04&amp;nbsp; sqlinfo__svmsql01_08-09-2012_18.01.36&lt;/P&gt;&lt;P&gt; 14% ( 0%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 8% ( 0%)&amp;nbsp; Aug 09 18:03&amp;nbsp; sqlsnap__svmsql01_08-09-2012_18.01.36&lt;/P&gt;&lt;P&gt; 16% ( 3%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 9% ( 1%)&amp;nbsp; Aug 08 18:03&amp;nbsp; sqlinfo__svmsql01_08-08-2012_18.01.27&lt;/P&gt;&lt;P&gt; 16% ( 0%)&amp;nbsp;&amp;nbsp;&amp;nbsp; 9% ( 0%)&amp;nbsp; Aug 08 18:03&amp;nbsp; sqlsnap__svmsql01_08-08-2012_18.01.27&lt;/P&gt;&lt;P&gt; 17% ( 2%)&amp;nbsp;&amp;nbsp; 10% ( 1%)&amp;nbsp; Aug 07 18:04&amp;nbsp; sqlinfo__svmsql01_08-07-2012_18.01.34&lt;/P&gt;&lt;P&gt; 17% ( 0%)&amp;nbsp;&amp;nbsp; 10% ( 0%)&amp;nbsp; Aug 07 18:03&amp;nbsp; sqlsnap__svmsql01_08-07-2012_18.01.34&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Next I'm checking SnapDrive on the server and the snapshot shows up there!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG src="http://community.netapp.com/legacyfs/online/16545_snapshots_svmsql01.png" width="450" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas where that snapshots comes from and how to remove it? I'm thinking that SnapDrive might get it from VSC, but I can't even find a list of snapshots in VSC to check this.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:20:44 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35137#M6768</guid>
      <dc:creator>uuwe_rhf__</dc:creator>
      <dc:date>2025-06-05T06:20:44Z</dc:date>
    </item>
    <item>
      <title>Re: SMSQL with VMDKs - SnapDrive showing snapshots that don't actually exist</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35142#M6769</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi &lt;STRONG style="font-size: 12px; font-family: Arial, Helvetica, Verdana, sans-serif; color: #454545; background-color: #ffffff;"&gt;&lt;A _jive_internal="true" class="jiveTT-hover-user jive-username-link" href="https://community.netapp.com/people/uuwe_rhf__" id="jive-6607723024530404564677" style="padding: 0 3px 0 0; font-weight: inherit; font-style: inherit; font-size: 1.1em; font-family: inherit; color: #009fda;" target="_blank"&gt;uuwe_rhf__&lt;/A&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG style="font-size: 12px; font-family: Arial, Helvetica, Verdana, sans-serif; color: #454545; background-color: #ffffff;"&gt;can you please share your details, procedure .. how you moved LUNs to Shares.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG style="font-size: 12px; font-family: Arial, Helvetica, Verdana, sans-serif; color: #454545; background-color: #ffffff;"&gt;&lt;BR /&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 14 Aug 2012 21:14:18 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35142#M6769</guid>
      <dc:creator>VKALVEMULA</dc:creator>
      <dc:date>2012-08-14T21:14:18Z</dc:date>
    </item>
    <item>
      <title>Re: SMSQL with VMDKs - SnapDrive showing snapshots that don't actually exist</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35147#M6770</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I created the vmdk and migrated the sql files within Windows. The migration happened in June, so the July-12 snapshot it's looking for was at some point a valid snapshot for the vmdk setup.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 14 Aug 2012 21:17:49 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35147#M6770</guid>
      <dc:creator>uuwe_rhf__</dc:creator>
      <dc:date>2012-08-14T21:17:49Z</dc:date>
    </item>
    <item>
      <title>Re: SMSQL with VMDKs - SnapDrive showing snapshots that don't actually exist</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35152#M6771</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Try this:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://kb.netapp.com/support/index?page=content&amp;amp;id=2016617" title="https://kb.netapp.com/support/index?page=content&amp;amp;id=2016617" target="_blank"&gt;https://kb.netapp.com/support/index?page=content&amp;amp;id=2016617&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Aug 2012 20:46:33 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35152#M6771</guid>
      <dc:creator>mfiliatrault</dc:creator>
      <dc:date>2012-08-16T20:46:33Z</dc:date>
    </item>
    <item>
      <title>Re: SMSQL with VMDKs - SnapDrive showing snapshots that don't actually exist</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35160#M6772</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you, this was pretty much the solution.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The article refers to VSC, but in SMVI the instructions didn't quite work. Renaming the files didn't have any effect, so I had to edit the backups.xml and delete the entries for the stale snapshots.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Aug 2012 21:42:49 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35160#M6772</guid>
      <dc:creator>uuwe_rhf__</dc:creator>
      <dc:date>2012-08-16T21:42:49Z</dc:date>
    </item>
    <item>
      <title>Re: SMSQL with VMDKs - SnapDrive showing snapshots that don't actually exist</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35165#M6773</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I ran into this issue with one of my customers today and it resolved the problem, but the procedure was slightly different.&amp;nbsp;&amp;nbsp; I had to restart the VSC services and SnapDrive service on the SQL server a couple times before it took effect.&amp;nbsp; Anyway, I am glad you got it working.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Aug 2012 21:49:23 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSQL-with-VMDKs-SnapDrive-showing-snapshots-that-don-t-actually-exist/m-p/35165#M6773</guid>
      <dc:creator>mfiliatrault</dc:creator>
      <dc:date>2012-08-16T21:49:23Z</dc:date>
    </item>
  </channel>
</rss>

