Kreslavsky IT blog » NetApp http://www.kreslavsky.com News, guides, and tips to antivirus programmes, scripts, and security Sun, 29 Jan 2012 04:57:38 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 Snap Manager for Exchange to keep more than 1 snapshots on Active node http://www.kreslavsky.com/2010/11/snap-manager-for-exchange-to-keep-more-than-1-snapshots-on-active-node.html http://www.kreslavsky.com/2010/11/snap-manager-for-exchange-to-keep-more-than-1-snapshots-on-active-node.html#comments Wed, 24 Nov 2010 12:27:00 +0000 Gil Kreslavsky http://www.kreslavsky.com/2010/11/snap-manager-for-exchange-to-keep-more-than-1-snapshots-on-active-node.html

 

SME for Exchange allows keeping only 1 snapshot on active node . That is how system is designed
In order to be able to keep more than one snapshot you need to modify registry settings on both Exchange 2007 CCR nodes.

Registry key locations:

  1. Under this key: HKEY_LOCAL_MACHINESOFTWARENetwork ApplianceSnapManager for ExchangeServer
  2. Create the following DWORD key:
    SME 4.0 : NumberToDeleteOnCCRSecondary
    SME 5.0 : NumberBackupToRetainOnCCRSecondary
    SME 6.0 : NumberBackupToRetainOnCCRSecondary
]]> http://www.kreslavsky.com/2010/11/snap-manager-for-exchange-to-keep-more-than-1-snapshots-on-active-node.html/feed 0 Snap Manager for Exchange sends autosupport notifications on every snapshot http://www.kreslavsky.com/2010/06/snap-manager-for-exchange-sends-autosupport-notifications-on-every-snapshot.html http://www.kreslavsky.com/2010/06/snap-manager-for-exchange-sends-autosupport-notifications-on-every-snapshot.html#comments Sun, 27 Jun 2010 07:15:06 +0000 Gil Kreslavsky http://www.kreslavsky.com/2010/06/snap-manager-for-exchange-sends-autosupport-notifications-on-every-snapshot.html

 

The issue is been caused by bug:
Nettap have ID398716 filed for this issue.
https://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=398716

Please see workaround posted bellow.

It is possible to disable this ASUP by setting DWORD REG value name
"NoGeneralASUPMessage" to 1 under
HKEY_LOCAL_MACHINESOFTWARENetwork ApplianceSnapManager for ExchangeServer

Restart SnapMgrService

]]> http://www.kreslavsky.com/2010/06/snap-manager-for-exchange-sends-autosupport-notifications-on-every-snapshot.html/feed 0 Snap Manager – Faulting application SMESrvr.exe http://www.kreslavsky.com/2009/11/snap-manager-faulting-application-smesrvr-exe.html http://www.kreslavsky.com/2009/11/snap-manager-faulting-application-smesrvr-exe.html#comments Thu, 26 Nov 2009 08:27:16 +0000 Gil Kreslavsky http://www.kreslavsky.com/2009/11/snap-manager-faulting-application-smesrvr-exe.html

 

Snap Manager for Exchange version 4.0 jobs filed and in Event viewer you see Event ID:1000

clip_image001

It happens after applying the .NET 3.5SP1 family updates.Basically the update breaks Snap Manger

SnapManager fails with the following error:


Faulting application SMESrvr.exe, version 4.0.0.1283, faulting module mscorwks.dll, version 2.0.50727.3082, fault address 0x0025a746
Faulting application SMESrvr.exe, version 4.0.0.1283, faulting module mscorwks.dll, version 2.0.50727.3053, fault address 0x0025a746
Version number in event log:
Event ID 1000 in application event log: Faulting application SMESrvr.exe, version 4.0.0.1273, faulting module mscorwks.dll, version 2.0.50727.3082, fault address 0x0025a746

To solve it you have 2 solutions .

The first is to Upgrade to Snap Manager version 5.
The update doesn’t require reboot and this is my preferred method

The second is to downgrade your .NET 3.5SP1
Remove .NET 2.0SP2 from your machine and re-install to 2.0SP1.
To roll back the installation:
1.    Uninstall .NET 3.5SP1, 3.0SP1 and 2.0SP2 in the order as listed. Windows will not allow to uninstal if you don’t remove previous versions first
2.    Reinstall .NET 3.5SP1, this will include all previous version of the .NET framework at the latest revision level at time the package was bundled.
3.    Check mscorwks.dll to ensure the version has changed from 2.0.50727.3082 or 2.0.50727.3053;
4.    Rollback of .NET may require a reboot.

]]> http://www.kreslavsky.com/2009/11/snap-manager-faulting-application-smesrvr-exe.html/feed 0 SnapManager jobs fail http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html#comments Thu, 03 Apr 2008 12:20:00 +0000 Gil Kreslavsky http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail/

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’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×80042306 Error description: VSS_E_PROVIDER_VETO (Error Code: 0×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 “Disks” after expanding “SnapDrive”. 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 it. To download the updated driver and to get more info on this problem read the following Veritas Article .

Check for the following file: windowssystem32driversvsp.sys. If the file version is 1.03, either remove the “Veritas Remote Backup Agent ” Or update vsp.sys to version 1.04 (Veritas Hotfix 272771). After installing Veritas Hotfix 272771 (vsp.sys and vspapi.dll), multiple SME backups will work fine.

Related links:
Veritas Backup Exec: http://seer.support.veritas.com/docs/272771.htm
NetBackup: http://seer.support.veritas.com/docs/272814.htm

Last updated: 26 MAR 2007

Related Blogs

]]> http://www.kreslavsky.com/2008/04/snapmanager-jobs-fail.html/feed 4 Recovering single mailbox from snapshot using NetApp SMBR http://www.kreslavsky.com/2008/03/recovering-single-mailbox-from-snapshot.html http://www.kreslavsky.com/2008/03/recovering-single-mailbox-from-snapshot.html#comments Thu, 06 Mar 2008 11:35:00 +0000 Gil Kreslavsky http://www.kreslavsky.com/2008/03/recovering-single-mailbox-from-snapshot-using-netapp-smbr/

Attached step by step guide .
How to recover single mail /mailbox using NetApp SMBR

Recovering Single Mailbox From Snapshot SMBR

Recovering single mailbox from snapshot using NetApp SMBR In order to recover single mail, or mailbox. Access server or where SMBR is installed. Go to computer manger. Go to SnapDrive>Disks Presses right click on Disks, and press connect disk. 1. Press Next 2. Fill 10.0.0.102exchange01$~snapshoteloginfo__mtlexch01__recentdata Chose relevant LUN and press Next 3. Press Next 4. Assign drive letter and press Next. 5. Select ISCSI initiator and press Next 6. Select ingroop management type and press next. 7. Press Finish. 8. In the end you should see mapped disk under computer management >Snap Drive>Disks 9.Go to mapped drive , chose desired mailbox store and press double click on .edb file 10. NetApp SMBR wizard will open. Confirm log file and chose Temporary files path and press OK. The wizard will scan edb file and show you all mailboxes . 11. Press File and chose destination for recovery it can be PST file o direct to other mailbox. We chose “Open Target Exchange Server” 12. Now you can drag and mail/calendar/task or notes items to destination mailbox.
]]> http://www.kreslavsky.com/2008/03/recovering-single-mailbox-from-snapshot.html/feed 0