DailySqlCluster completed, Total 2 client(s), 2 Failed. Please see group completion details for more information.
Failed: zamgsqlclust, zamgsqlclust2
Start time: Mon Feb 06 21:00:00 2012
End time: Mon Feb 06 21:31:09 2012
--- Unsuccessful Save Sets ---
* zamgsqlclust APPLICATIONS:\SQLServerWriter: Backup of [APPLICATIONS:\SQLServerWriter] failed PLICATIONS:\SQLServerWriter is valid.
63352:nsrsnap_vss_save:NMM .. start the creation of a replica. Replica will be of type Default - which is VSS determined Non Transportable.
63354:nsrsnap_vss_save:NMM .. creation of replica succeeded.
Set signal handlers.Please check file C:\Program Files\Legato\nsr\logs\libpsvssclnt.2012_02_06.21_28_19.13480.1328555398.trace for more detail information about this error48574:nsrsnap_vss_save:PS: (CPSImportService::GetOperationStatus) ERR: Error for operation 1 NMM .. Error encountered performing snapshot import: PS .. Error completing snapshot import 64034:nsrsnap_vss_save:NMM .. Error during import of snapshot: PS .. Error completing snapshot import .
63372:nsrsnap_vss_save:NMM .. Registration of snapshot set failed -- PS .. Error completing snapshot import
77175:nsrsnap_vss_save:NMM .. completed commit replica with status of false.
63335:nsrsnap_vss_save:NMM backup failed to complete successfully.
* zamgsqlclust2 APPLICATIONS:\SQLServerWriter: Backup of [APPLICATIONS:\SQLServerWriter] failed APPLICATIONS:\SQLServerWriter is valid.
63352:nsrsnap_vss_save:NMM .. start the creation of a replica. Replica will be of type Default - which is VSS determined Non Transportable.
63354:nsrsnap_vss_save:NMM .. creation of replica succeeded.
Set signal handlers.Please check file C:\Program Files\Legato\nsr\logs\libpsvssclnt.2012_02_06.21_23_10.13244.1328555338.trace for more detail information about this error48574:nsrsnap_vss_save:PS: (CPSImportService::GetOperationStatus) ERR: Error for operation 1 NMM .. Error encountered performing snapshot import: PS .. Error completing snapshot import 64034:nsrsnap_vss_save:NMM .. Error during import of snapshot: PS .. Error completing snapshot import .
63372:nsrsnap_vss_save:NMM .. Registration of snapshot set failed -- PS .. Error completing snapshot import
77175:nsrsnap_vss_save:NMM .. completed commit replica with status of false.
63335:nsrsnap_vss_save:NMM backup failed to complete successfully.
Are you running the backup against any of the physical nodes or the virtual one?
Based on what I saw in Config Checker output you have Data ONTAP VSS provider, and this could be the reason of the failure, however I would need the nmm.raw file rendered from the active node, so I can gather more information.
VSS_PROVIDER_LIST
Provider name: Microsoft Software Shadow Copy provider 1.0 of Provider type: System, Version: 1.0.0.7 is available.
Provider name: Data ONTAP VSS Hardware Provider of Provider type: Hardware , Version: 6. 3. 1. 5028 is available. Check for hardware provider support for NMM.
There is a workaround from Microsoft
ot instruct backup software to use VSS software provider (Microsoft) instead of HW provider. These spets refer to Windows 2003:
Click Start, click Run, type regedit , and then click OK.
Locate the following registry subkey, and then right-click it:
Sorry about delay in answering you. We have managed to get past the original error which had to do with the Data ONTAP VSS provider. There was a registry entry and another entry in the client setup area in the Application Information attribute.
We are now experiencing another problem. When we try to create client resources for the physical cluster nodes we get an error that the server name already exists, but it doesn't. Any ideas how to get around this problem?
Where short_name is the short name for the physical nodes, and fqdn_client is the fqdn for the physical nodes.
If you get different ouotputs means that there is a duplicated entry in the Media DB, however, if you see the same output for both commands, or more likely "no matches found", then you will need to engage EMC support so they can use certain tool to get rid of the entry for that client.
Is there any client ID in the error message you are getting? something like "client xxx with clientID already exists" or similar, or the client ID is not mentioned in the error message?
Check that the name of the physical nodes is NOT in the alias of any other client, including the virtual node.
Also check if there is any folder within /nsr/index for the physical nodes.
I'm happy to say that the problems have been resolved. A co-worker of mine managed to sort out all the problems. Unfortuanately I was not present to see what he did to resolve it.
CarlosRojas
1 Rookie
•
1693 Posts
777
1
Posted February 8th, 2012 02:00
Hello Ian,
Are you running the backup against any of the physical nodes or the virtual one?
Based on what I saw in Config Checker output you have Data ONTAP VSS provider, and this could be the reason of the failure, however I would need the nmm.raw file rendered from the active node, so I can gather more information.
VSS_PROVIDER_LIST
Provider name: Microsoft Software Shadow Copy provider 1.0 of Provider type: System, Version: 1.0.0.7 is available.
Provider name: Data ONTAP VSS Hardware Provider of Provider type: Hardware , Version: 6. 3. 1. 5028 is available. Check for hardware provider support for NMM.
There is a workaround from Microsoft
ot instruct backup software to use VSS software provider (Microsoft) instead of HW provider. These spets refer to Windows 2003:
I didn't try yet on Windows 2008, but I'm sure there should be some KB in Microsoft's web site.
You could also try to unregister Data ONTAP VSS provider as follows:
navssprv.exe -r service /u
Anyway I think this is a known limitation as per the following KB, maybe EMC could provide us further details on the RFE status (LGTsc31666)
https://solutions.emc.com/emcsolutionview.asp?id=esg106853
Thank you.
Carlos.