Hello we had a LUN "disappear" (Used as a log drive, L: ) and after that happened SME stopped working. Even after Netapp support, we could never find the LUN and they told us to recreate a LUN. We created a new lun with the same drive letter but a different LUN name. Netapp wont help us with SME because of the support contract. Thanks. Anyways a task scheduler is set to run the SME jobs and the task is ok and starts off the jobs but the jobs fail to backup the databases.
This is the email we get:
“HA Group Notification from NETAPP (CLIENT APP ERROR Backup: SME Version 7.1: (111) on MBX: SnapManager for Exchange online backup failed. (Exchange 18.104.22.168) Error code: 0x80042306) WARNING”
Only thing that stands out is that we have SME 7.2 on the exchange server so why is it reporting 7.1 here?
- Disable the AntiVirus engine just to avoid that it is running and maybe put a VETO during the backup procedure
- When a VSS framework is involved in a backup procedure all the vss components needs to be in a clean status otherwise the backup will fail. for that please check the output of the command "vssadmin list writers"
- Please check the Snapdrive logs and the MS event logs at the same time of the VSS error to see if you have some more information on the error. Try also to run a backup without including the "affected" lun
if that won't help i think the next step is to enable an collect a VSS trace...
- vssadmin list writers - no errors (After the change made below)
We deleted some old snapsnots that might have been causing the issue. Weird thing is that now, I am not seeing any new job reports or errors but its showing the last run was today. The last report is from last month.
Then suddenly the old volume shows up now but of course there is no LUN connecting to it.
The operation executed with the following results. Details: new-backup cmdlet will exit as it is not running in the Active node : USMAILBOX Stack Trace: at System.Management.Automation.Internal.PipelineProcessor.SynchronousExecuteEnumerate(Object input, Hashtable errorResults, Boolean enumerate) at System.Management.Automation.PipelineOps.InvokePipeline(Object input, Boolean ignoreInput, CommandParameterInternal pipeElements, CommandBaseAst pipeElementAsts, CommandRedirection commandRedirections, FunctionContext funcContext) at System.Management.Automation.Interpreter.ActionCallInstruction`6.Run(InterpretedFrame frame) at System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame)
I would think it would still produce some kind of report in SME but it does not.
So it appears the snapshots from the disappearing LUN were causing the issue. Not sure why but after creating the new volume and new lun, the old volume showed up again in Netapp. We took it offline.
The lun with the issue was the LOGS drive. We did a robocopy of the snapshot of the missing lun being used as the logs drive over to the new lun we created. We deleted the snapshots of the old lun. At this point we stopped getting backup failure alerts. We were finally confirmed successful backups when we switched the primary exchange server over to the failover exchange server. This confirmed SME was now backing up ok.
Hello the problem is back again. If the job runs only on the host in which it is scheduled, then how is it truncating the logs on the server which is not active? In this case, the active node the jobs are running fine but on the inactive node the log drive is filling up again and SME is failing.