<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Kreslavsky IT blog &#187; Backup Exec</title>
	<atom:link href="http://www.kreslavsky.com/category/symantec/backup-exec/feed" rel="self" type="application/rss+xml" />
	<link>http://www.kreslavsky.com</link>
	<description>News, guides, and tips to antivirus programmes, scripts, and security</description>
	<lastBuildDate>Sun, 29 Jan 2012 04:57:38 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>SnapManager jobs fail</title>
		<link>http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html</link>
		<comments>http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html#comments</comments>
		<pubDate>Thu, 03 Apr 2008 12:20:00 +0000</pubDate>
		<dc:creator>Gil Kreslavsky</dc:creator>
				<category><![CDATA[Backup Exec]]></category>
		<category><![CDATA[Exchange 2003]]></category>
		<category><![CDATA[NetApp]]></category>
		<category><![CDATA[Other]]></category>
		<category><![CDATA[Actualy]]></category>
		<category><![CDATA[Backup Job]]></category>
		<category><![CDATA[Backup Solution]]></category>
		<category><![CDATA[Copy Session]]></category>
		<category><![CDATA[Ensu]]></category>
		<category><![CDATA[Event Id]]></category>
		<category><![CDATA[Failed Error]]></category>
		<category><![CDATA[Guilty One]]></category>
		<category><![CDATA[Hardware Provider]]></category>
		<category><![CDATA[Root Cause]]></category>
		<category><![CDATA[Service Error]]></category>
		<category><![CDATA[Shadow Copy]]></category>
		<category><![CDATA[Snapdrive]]></category>
		<category><![CDATA[Snapshot Copy]]></category>
		<category><![CDATA[Storage Group]]></category>
		<category><![CDATA[Unexpected Error]]></category>
		<category><![CDATA[Veto]]></category>
		<category><![CDATA[Virtual Disk]]></category>

		<guid isPermaLink="false">http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail/</guid>
		<description><![CDATA[Tweet After a backup job run you receive error messages. Backup SG [First Storage Group] Error: SnapManager detected the following Exchange writer error. Please retry SnapManager operation. VSS_E_WRITERERROR_RETRYABLE: The writer failed due to an error that might not occur if another snapshot copy is created. Backup SG [First Storage Group]: Failed Backup failed. Error Code: 0xC00413CA SnapManager detected the following Exchange writer error. Please retry SnapManager operation. VSS_E_WRITERERROR_RETRYABLE: The writer failed due to an error that might not occur if another snapshot copy is created. After few hours of check I found out that the guilty one is Backup Exec Agent.. Even found article on netapp, Actualy I just removed BackupExec agent, and started to use alternative backup solution , but you can follow the article. SnapManager for Exchange (SME) backup fails with VSS_E_PROVIDER_VETO Symptoms SME backup fails with VSS_E_PROVIDER_VETO After a reboot of the Exchange Server (either clustered or non clustered), the first SME backup works fine. The next (and the following) backup(s) fail with VSS_E_PROVIDER_VETO: VSS Event ID: 8193: Volume Shadow Copy Service error: Unexpected error calling routine DeviceIoControl(IOCTL_VOLUME_SET_GPT_ATTRIBUTES). hr = 0x800700aa Navssprv Event ID 4356: NetApp VSS hardware provider&#8217;s AbortSnapshot method is called [SnapshotSetId={c1bfe1c1-a6f7-4636-adad-8d60515123e8}] VSS has failed the current shadow copy session because the previous errors are not continuable SnapDrive Event ID 191: Failed to create a consistent snapshot({c1bfe1c1-a6f7-4636-adad-8d60515123e8}) of the virtual disk(s) [J: I: E: F: G: H: ] SME: Error in calling VSS API: Error code = 0&#215;80042306 Error description: VSS_E_PROVIDER_VETO (Error Code: 0&#215;80042306) Solution Follow these steps to determine the root cause: 1. Take a manual snapshot using SnapDrive and mount a LUN in that snapshot. If this is possible, then this is not a SnapDrive problem. Go to the next step. 2. Ensure the SnapDrive account in a member of the local administrators group on both the filer and the host. 3. Is a preferred IP Address configured? If not, configure it. In SnapDrive 3.2 and above, this can be done in the SD GUI by right-clicking on &#8220;Disks&#8221; after expanding &#8220;SnapDrive&#8221;. Choose properties from the pop-up menu and then go to the “Preferred filer” tab. Enter the filer name and the preferred IP address in the respective columns. The PIP should be a public interface on the filer NOT the private interface used for ISCSI-BLOCK traffic. 4. Make sure that no non-Exchange/SQL data is being stored on the LOGS LUN. 5. Make sure that a stand-alone VSS Hardware Provider from SnapDrive 3.0x has not been installed. This can be checked by running “vssadmin list providers” anywhere on the SnapDrive Server. Only two providers should be listed. If doing an upgrade from SnapDrive 3.0x, then completely uninstall SnapDrive 3.0x and the Hardware Provider first. Then install SnapDrive 3.1x from scratch. 6. Is Veritas Agent used for backing up SnapDrive Server? If so, using Volume Shadowcopy Service (VSS) and Veritas Snapshot Provider (VSP) can cause volumes to become marked read-only. Check the version of the “vsp.sys” driver. If it is less than 1.4, upgrade [...]]]></description>
			<content:encoded><![CDATA[<div class="bottomcontainerBox" style="border:1px solid #808080;background-color:#F0F4F9;">
			<div style="float:left; width:85px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<iframe src="http://www.facebook.com/plugins/like.php?href=http%3A%2F%2Fwww.kreslavsky.com%2F2008%2F04%2Fsnapmanager-jobs-fail.html&amp;layout=button_count&amp;show_faces=false&amp;width=85&amp;action=like&amp;font=verdana&amp;colorscheme=light&amp;height=21" scrolling="no" frameborder="0" style="border:none; overflow:hidden; width=85px; height:21px;" allowTransparency="true"></iframe></div>
			<div style="float:left; width:80px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<g:plusone size="medium" href="http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html"></g:plusone>
			</div>
			<div style="float:left; width:95px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;">
			<a href="http://twitter.com/share" class="twitter-share-button" data-url="http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html"  data-text="SnapManager jobs fail" data-count="horizontal">Tweet</a>
			</div><div style="float:left; width:105px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;"><script type="in/share" data-url="http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html" data-counter="right"></script></div>			
			<div style="float:left; width:85px;padding-right:10px; margin:4px 4px 4px 4px;height:30px;"><script src="http://www.stumbleupon.com/hostedbadge.php?s=1&amp;r=http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html"></script></div>			
			</div><div style="clear:both"></div><div style="padding-bottom:4px;"></div><p>After a backup job run you receive error messages.</p>
<p class="MsoPlainText" style="color: #ff6666;">Backup SG [First Storage Group] Error: SnapManager detected the following Exchange writer error. Please retry SnapManager operation.</p>
<p class="MsoPlainText" style="color: #ff6666;">VSS_E_WRITERERROR_RETRYABLE: The writer failed due to an error that might not occur if another snapshot copy is created.</p>
<p class="MsoPlainText" style="color: #ff6666;">Backup SG [First Storage Group]: Failed</p>
<p class="MsoPlainText" style="color: #ff6666;">Backup failed.</p>
<p class="MsoPlainText" style="color: #ff6666;">Error Code: 0xC00413CA</p>
<p class="MsoPlainText" style="color: #ff6666;">SnapManager detected the following Exchange writer error. Please retry SnapManager operation.</p>
<p class="MsoPlainText" style="color: #ff6666;">VSS_E_WRITERERROR_RETRYABLE: The writer failed due to an error that might not occur if another snapshot copy is created.</p>
<p class="MsoPlainText" style="color: #ff6666;">
<p>After few hours of check I found out that the guilty one is Backup Exec Agent..</p>
<p>Even found article on netapp, Actualy I just removed BackupExec agent, and started to use alternative backup solution , but you can follow the article.</p>
<table class="MsoNormalTable" border="0" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td style="padding: 0in;">
<p class="MsoNormal"><strong><span style="font-size: 14pt; font-family: ">SnapManager for Exchange (SME)   backup fails with VSS_E_PROVIDER_VETO</span> </strong></p>
</td>
</tr>
<tr>
<td style="padding: 0in;">
<p class="MsoNormal"><span style="font-size: 9pt; font-family: "><br />
</span> <strong><span style="font-family: ">Symptoms</span> </strong></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="font-size: 9pt; font-family: ">SME backup fails with   VSS_E_PROVIDER_VETO</span></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="font-size: 9pt; font-family: ">After a reboot of the Exchange   Server (either clustered or non clustered), the first SME backup works fine.</span></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="font-size: 9pt; font-family: ">The next (and the following)   backup(s) fail with VSS_E_PROVIDER_VETO:</span></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="text-decoration: underline;"><span style="font-size: 9pt; font-family: ">VSS Event ID: 8193:</span> </span> <span style="font-size: 9pt; font-family: "> </span> <span style="font-size: 9pt; font-family: "><br />
</span> <span style="font-size: 9pt; font-family: ">Volume Shadow Copy Service error:   Unexpected error calling routine   DeviceIoControl(IOCTL_VOLUME_SET_GPT_ATTRIBUTES). hr = 0x800700aa</span></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="text-decoration: underline;"><span style="font-size: 9pt; font-family: ">Navssprv Event ID 4356:</span> </span> <span style="font-size: 9pt; font-family: "> </span> <span style="font-size: 9pt; font-family: "><br />
</span> <span style="font-size: 9pt; font-family: ">NetApp VSS hardware provider&#8217;s   AbortSnapshot method is called   [SnapshotSetId={c1bfe1c1-a6f7-4636-adad-8d60515123e8}] </span> <span style="font-size: 9pt; font-family: "><br />
</span> <span style="font-size: 9pt; font-family: ">VSS has failed the current shadow copy   session because the previous errors are not continuable</span></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="text-decoration: underline;"><span style="font-size: 9pt; font-family: ">SnapDrive Event ID 191:</span> </span> <span style="font-size: 9pt; font-family: "> </span> <span style="font-size: 9pt; font-family: "><br />
</span> <span style="font-size: 9pt; font-family: ">Failed to create a consistent   snapshot({c1bfe1c1-a6f7-4636-adad-8d60515123e8}) of the virtual disk(s) [J:   I: E: F: G: H: ]</span></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="text-decoration: underline;"><span style="font-size: 9pt; font-family: ">SME:</span> </span> <span style="font-size: 9pt; font-family: "> </span> <span style="font-size: 9pt; font-family: "><br />
</span> <span style="font-size: 9pt; font-family: ">Error in calling VSS API: Error code =   0&#215;80042306 Error description: VSS_E_PROVIDER_VETO (Error Code: 0&#215;80042306)</span></p>
</td>
</tr>
<tr>
<td style="padding: 0in;">
<p class="MsoNormal"><span style="font-size: 9pt; font-family: "><br />
</span> <strong><span style="font-family: ">Solution</span> </strong></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="font-size: 9pt; font-family: ">Follow   these steps to determine the root cause: </span></p>
<p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"><!-- [if !supportLists]--><span style="font-size: 9pt; font-family: "><span>1.<span style="font-family: "> </span> </span> </span> <!-- [endif]--><span style="font-size: 9pt; font-family: ">Take a manual snapshot   using SnapDrive and mount a LUN in that snapshot. If this is possible, then   this is not a SnapDrive problem. Go to the next step. </span></p>
<p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"><!-- [if !supportLists]--><span style="font-size: 9pt; font-family: "><span>2.<span style="font-family: "> </span> </span> </span> <!-- [endif]--><span style="font-size: 9pt; font-family: ">Ensure the SnapDrive   account in a member of the local administrators group on both the filer and   the host. </span></p>
<p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"><!-- [if !supportLists]--><span style="font-size: 9pt; font-family: "><span>3.<span style="font-family: "> </span> </span> </span> <!-- [endif]--><span style="font-size: 9pt; font-family: ">Is a preferred IP Address   configured? If not, configure it. In SnapDrive 3.2 and above, this can be   done in the SD GUI by right-clicking on &#8220;Disks&#8221; after expanding   &#8220;SnapDrive&#8221;. Choose properties from the pop-up menu and then go to   the “Preferred filer” tab. Enter the filer name and the preferred IP address   in the respective columns. The PIP should be a public interface on the filer   NOT the private interface used for ISCSI-BLOCK traffic. </span></p>
<p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"><!-- [if !supportLists]--><span style="font-size: 9pt; font-family: "><span>4.<span style="font-family: "> </span> </span> </span> <!-- [endif]--><span style="font-size: 9pt; font-family: ">Make sure that no   non-Exchange/SQL data is being stored on the LOGS LUN. </span></p>
<p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"><!-- [if !supportLists]--><span style="font-size: 9pt; font-family: "><span>5.<span style="font-family: "> </span> </span> </span> <!-- [endif]--><span style="font-size: 9pt; font-family: ">Make sure that a   stand-alone VSS Hardware Provider from SnapDrive 3.0x has not been installed.   This can be checked by running “vssadmin list providers” anywhere on the   SnapDrive Server. Only two providers should be listed. If doing an upgrade   from SnapDrive  3.0x, then completely uninstall SnapDrive 3.0x and the   Hardware Provider first. Then install SnapDrive 3.1x from scratch. </span></p>
<p class="MsoNormal" style="margin-left: 0.5in; text-indent: -0.25in;"><!-- [if !supportLists]--><span style="font-size: 9pt; font-family: "><span>6.<span style="font-family: "> </span> </span> </span> <!-- [endif]--><span style="font-size: 9pt; font-family: ">Is Veritas Agent used for   backing up SnapDrive Server? If so, using Volume Shadowcopy Service (VSS) and   Veritas Snapshot Provider (VSP) can cause volumes to become marked read-only.   Check the version of the “vsp.sys” driver. If it is less than 1.4, upgrade   it. To download the updated driver and to get more info on this problem read   the following <a href="http://seer.support.veritas.com/docs/272771.htm" target="main"><span style="color: #1d1c63;">Veritas Article</span> </a> . </span></p>
<p class="MsoNormal"><span style="font-size: 9pt; font-family: ">Check   for the following file: windowssystem32driversvsp.sys. If the file   version is 1.03, either remove the “<strong>Veritas Remote Backup Agent</strong> ” Or   update <strong>vsp.sys</strong> to version 1.04 (Veritas Hotfix 272771). After   installing Veritas Hotfix 272771 (vsp.sys and vspapi.dll), multiple SME   backups will work fine. </span></p>
<p class="MsoNormal"><strong><span style="font-size: 9pt; font-family: ">Related   links:</span> </strong> <span style="font-size: 9pt; font-family: "><br />
Veritas Backup Exec: <a href="http://seer.support.veritas.com/docs/272771.htm" target="main"><span style="color: #1d1c63;">http://seer.support.veritas.com/docs/272771.htm</span> </a><br />
NetBackup: <a href="http://seer.support.veritas.com/docs/272814.htm" target="main"><span style="color: #1d1c63;">http://seer.support.veritas.com/docs/272814.htm</span> </a> </span></p>
</td>
</tr>
<tr>
<td style="padding: 0in;" valign="top">
<p class="MsoNormal"><span style="font-size: 9pt; font-family: ">Last updated: 26 MAR 2007</span></p>
</td>
</tr>
</tbody>
</table>
<h4>Related Blogs</h4>
<ul class="pc_pingback">
<li class="hdl" style="list-style: none">Related Blogs on <strong>NetApp</strong></li>
<li><a href="http://www.moshable.com">Moshable Music</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

