BE2010R3 - Error e00084af + multiple cascading e000fe09

[susced]

Hello,

Since we have upgraded a VM to Windows Server 2012 we are experiencing some strange (maybe locking or vss related errors) on our main backup job.

BE2010r3 Log:

--- MAIN ERROR CAUSE ON TOP OF THE JOB LOG ---

Nome processo           : Backup Giornaliero
Tipo processo           : Backup
Stato processo          : Non riuscito
Registro processo       : C:\Program Files\Symantec\Backup Exec\Data\BEX_HOST005_13228.xml
Nome server             : host005
Nome elenco di selezione: Selezione Giornaliera
Nome dispositivo        : LTO3
Nome destinazione       : Tutti i dispositivi (HOST005)
Nome set di supporti    : GIORNALIERO
Tutti i supporti utilizzati
AOD426L3
AOD390L3

Categoria errore: Errori di processo
Errore: e00084af - Impossibile trovare la directory o il file o non è possibile accedervi.
Per ulteriori informazioni su questo errore fare riferimento al collegamento V-79-57344-33967

--- JOB Details --- (the information are altered for security reasons)

Informazioni dettagliate set - Backup \\host003.company.it\E: 
Tipo di set: Backup
Stato set: Completato
Descrizione set: Backup Giornaliero
Nome risorsa: \\host003.company.it\E:
Account di accesso: Administrator
Crittografia usata: Nessuna
Errore: e000fe09 - La directory non è valida.

Agente utilizzato: Sì
Advanced Open File Option utilizzata: Servizio Copia Shadow del volume Microsoft
 


Conteggio byte           : 128.896.053.311 byte
Frequenza                : 3.495,00 MB/Min
File                     : 151.171
Directory                : 12.293
File ignorati            : 21
File danneggiati         : 0
File in uso              : 0
Ora di avvio             : martedì 14 aprile 2015 4.55.09
Ora di fine              : martedì 14 aprile 2015 5.30.19
Supporto utilizzato      : AOD390L3

Il file è in uso         : \\host003.company.it\E:\Shared\CED\progetti\file1.out

Il file è in uso         : \\host003.company.it\E:\Shared\CED\progetti\file2.out

Il file è in uso         : \\host003.company.it\E:\Shared\CED\progetti\file3.out

Il file è in uso         : \\host003.company.it\E:\Shared\CED\progetti\file4.out

[...] + +5/10 single files

---

Informazioni dettagliate set - Backup \\host003.company.it\R:

Tipo di set              : Backup
Stato set                : Completato
Descrizione set          : Backup Giornaliero
Nome risorsa             : \\host003.company.it\R:
Account di accesso       : Administrator
Crittografia usata       : Nessuna
Errore                   : e00084af - Impossibile trovare la directory o il file o non è possibile accedervi.

Agente utilizzato                   : Sì
Advanced Open File Option utilizzata: Servizio Copia Shadow del volume Microsoft
 


Conteggio byte           : 0 byte
Frequenza                : 0,00 MB/Min
File                     : 0
Directory                : 0
File ignorati            : 0
File danneggiati         : 0
File in uso              : 0
Ora di avvio             : martedì 14 aprile 2015 5.30.25
Ora di fine              : martedì 14 aprile 2015 5.30.34
Supporto utilizzato      : AOD390L3

Il file è stato ignorato : \\host003.company.it\R:
 

The E: partition is a Windows Share.

What i have tried:

1) Removee all the clients locks on the host003 server before starting the job: same problem

2) Reinstalled the BE Agent on the machine: same problem.

3) Re-registered the VSS provider on the machine: same problem. (both "vssadmin list providers" and "vssadmin list writers" gives a good output with "Stable" [1] status and no errors on the "writers" command.

4) Enable AOFO with the automatic selection of the technology (i just wanted to test some VSS implications on it): same problem.

5) Clean reboot of the share after every single already mentioned step.

6) I get different files at every backup run. (this makes me think of a some sort of "locking problem")

7) The rest of the data that are backed up are good and usable.

I ve also found these typologies of errors on the host003 machine that are related to VSS:

Event ID: 8193

Errore del servizio Copia Shadow del volume: errore inatteso durante il richiamo della routine 
IMultiInterfaceEventControl::GetSubscriptions.  hr = 0x80010108, L'oggetto invocato si è disconnesso dai client corrispondenti.

---

Event ID: 12291

Errore del servizio Copia Shadow del volume: errore durante la creazione/utilizzo dell'interfaccia di pubblicazione COM+ Writers: BackupShutdown [0x80042302, Errore imprevisto di un componente del servizio Copia Shadow del volume.
Per ulteriori informazioni, controllare il registro eventi applicazioni.

---

Errore durante l'interrogazione degli attributi estesi (EA) per il seguente file:

 \\host003.company.it\E:\Shared\CED\progetti\file1.out

^ There is a similar error for every file mentioned on the BE2010 Backup Log.
Before this type of error in the registry there is always an error cascade (id: 8193, 12291..) very similar to the one mentioned above.

Anyone have some experience with this scenario?

Thanks,

Ale

[pkh]

1) Do not re-register your VSS DLL's unless you are on Server 2003.  In the extreme case, it may render your server unbootable.

2) It could be that the disk is corrupt.  Use a command prompt and run

chkdsk /f

on the volume.

3) Disable the shadow copy component and then enable it with unlimit disk limit.  If it is successful, then slowly impose a disk limit.

4) Disable any AV scan on that volume during the backup.

[VJware]

Try this KB as well - https://technet.microsoft.com/en-us/library/cc734500%28v=ws.10%29.aspx

[susced]

Thanks pkh and VJware

I have already followed the guide on COM+ and VSS Services..

COM+ is set to automatic and configured and VSS is manual..

Everything seems okay from this point of view and i am able to use VSS to make a local Windows Backup job without any issues.

Im experiencing this problem only on some random files in a BE2010r3 backup job.

This is the output of "vssadmin list writers":

vssadmin list writers

vssadmin 1.1 - Strumento da riga di comando di amministrazione Servizio copia sh
adow del volume
(C) Copyright 2001-2012 Microsoft Corp.

Nome autore: 'Task Scheduler Writer'
   ID autore: {d61d61c8-d73a-4eee-8cdd-f6f9786b7124}
   ID istanza autore: {1bddd48e-5052-49db-9b07-b96f96727e6b}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'VSS Metadata Store Writer'
   ID autore: {75dfb225-e2e4-4d39-9ac9-ffaff65ddf06}
   ID istanza autore: {088e7a7d-09a8-4cc6-a609-ad90e75ddc93}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'Performance Counters Writer'
   ID autore: {0bada1de-01a9-4625-8278-69e735f39dd2}
   ID istanza autore: {f0086dda-9efc-47c5-8eb6-a944c3d09381}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'System Writer'
   ID autore: {e8132975-6f93-4464-a53e-1050253ae220}
   ID istanza autore: {5680c4ed-4f0c-42ec-9843-0a7d78f6896f}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'WMI Writer'
   ID autore: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
   ID istanza autore: {e90338a3-f055-4e8b-9071-aed0fe23d25b}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'ASR Writer'
   ID autore: {be000cbe-11fe-4426-9c58-531aa6355fc4}
   ID istanza autore: {7c2b0db0-7164-47c3-bc75-872003241127}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'IIS Config Writer'
   ID autore: {2a40fd15-dfca-4aa8-a654-1f8c654603f6}
   ID istanza autore: {d7ee12fd-dc0c-4ace-af1a-9a8f509ab052}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'Shadow Copy Optimization Writer'
   ID autore: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
   ID istanza autore: {c785f266-4736-4599-ae32-06dd64b10462}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'Registry Writer'
   ID autore: {afbab4a2-367d-4d15-a586-71dbb18f8485}
   ID istanza autore: {a9c2b711-9b4b-4bcf-a511-8180b7876a90}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

Nome autore: 'COM+ REGDB Writer'
   ID autore: {542da469-d3e1-473c-9f4f-7847f01fc64f}
   ID istanza autore: {e743bef7-1400-48eb-b8c4-1d75f971b6ee}
   Stato: [1] Stabile
   Ultimo errore: Nessun errore

The Entire Volume has been temporarily excluded from the Symantec EDP virus scan, but the problem is still unresolved.

All the volume contents are accessed daily by a 50+ persons pool, and we are not registering any signal of direct data corruption. We could plan a chkdsk on the disk but this will require time and organization, in the meantime, there are other advices that we could follow?

This night for example, we ve got the same issues (same main error on the same disk + same errors on details + same Vss errors on the machine registry) but on completely different files and folders.

Thanks,

Ale