Restore failed with 0xe00084d4 and 0xe00084ca

[mghomer]

Hi all,

one of our BE Server is on BE 12.5 and we are backuing up Server 2008R2. Now we are trying to restore some files but it allways fails. I get this erreor messages: 0xe00084ca and 0xe00084d4.

I have tried differnet jobs with the same result. The jobs are from last week.

I can't find any sollution hope somebody can help me?

Thanks

[lmosla]

Are you restoring from tape?  If you are then try creating a duplicate to disk job and restoring from disk.

also check this  http://www.symantec.com/docs/TECH128063

[VJware]

BE 12.5 had limited support for Win 2008 R2 and HF 331998 was required. Do ensure the BE media server and remote agent is updated with at least SP4.

http://www.symantec.com/business/support/index?page=content&id=TECH75697

If the remote agent is fine and backup of compatible components were made, then could be an issue with the storage media itself.

[mghomer]

Hi but the strange thing is that the backup runs ok and the test as well.

And i can restore some files from the tape but not all.

Now i have upgraded the server to 2010 R3 with all Updates and trying to restore from the tapes on the backupserver itself.

But the job ist just hanging, i mean it is on state recovery but nothing happens.

Hmmm it is so frustrating

hope you can help me

The only thing i see in the debug tool:

BKUPEXEC: [02.03.15 14:25:25] [0000]     02.03.15 14:25:25 [Debug] VSN is a MODIFY
BKUPEXEC: [02.03.15 14:25:25] [0000]     02.03.15 14:25:25 [Debug] VSN added to queues
BECAT:    [03.02.15 14:25:29] [1324]     Get a Connection from Pool : Size(3), connectServerComponent(0)
BECAT:    [03.02.15 14:25:29] [1324]     status(0) connectServerComponent : in (0) -- current 0
BECAT:    [03.02.15 14:25:29] [1324]     ValidateConnection :  1
BECAT:    [03.02.15 14:25:29] [1324]     SELECT * FROM CatImageFileDeleteTable
BECAT:    [03.02.15 14:25:29] [1324]     Number of records returned: 0
BECAT:    [03.02.15 14:25:29] [1324]     Cleanup images : 0
BECAT:    [03.02.15 14:25:29] [1324]     ReleaseConnection(0x035F5F98)
BECAT:    [03.02.15 14:25:29] [1324]     Reset connection(0x035F5F98)
BKUPEXEC: [02.03.15 14:25:30] [0000]     02.03.15 14:25:30 [Info] VSN received: type = ACTJOBEX_UPDATE
BKUPEXEC: [02.03.15 14:25:30] [0000]     02.03.15 14:25:30 [Debug] VSN is a MODIFY
BKUPEXEC: [02.03.15 14:25:30] [0000]     02.03.15 14:25:30 [Debug] VSN added to queues
BKUPEXEC: [02.03.15 14:25:35] [0000]     02.03.15 14:25:35 [Info] VSN received: type = ACTJOBEX_UPDATE
BKUPEXEC: [02.03.15 14:25:35] [0000]     02.03.15 14:25:35 [Debug] VSN added to queues
BKUPEXEC: [02.03.15 14:25:35] [0000]     02.03.15 14:25:35 [Debug] VSN added to queues
BKUPEXEC: [02.03.15 14:25:40] [0000]     02.03.15 14:25:40 [Info] VSN received: type = ACTJOBEX_UPDATE
BKUPEXEC: [02.03.15 14:25:40] [0000]     02.03.15 14:25:40 [Debug] VSN is a MODIFY
BKUPEXEC: [02.03.15 14:25:40] [0000]     02.03.15 14:25:40 [Debug] VSN added to queues
BKUPEXEC: [02.03.15 14:25:45] [0000]     02.03.15 14:25:45 [Info] VSN received: type = ACTJOBEX_UPDATE
BKUPEXEC: [02.03.15 14:25:45] [0000]     02.03.15 14:25:45 [Debug] VSN is a MODIFY
BKUPEXEC: [02.03.15 14:25:45] [0000]     02.03.15 14:25:45 [Debug] VSN added to queues

and the loader is connected via FC

by the way i found this https://www-secure.symantec.com/connect/forums/0xe00084ca-data-being-read-media-inconsistent-when-restore.

That seems to be the same thing. I have the hp msl2024 as well, the only difference between this case is that im on lto5

but unfortunately the solution link is no more reachable, any idea how i can find the solution?

[pkh]

Check that the tape drive settings for block size is the same as the buffer size. After you have made them equal, do another backup and then restore from that backup.

[mghomer]

is allready the same

[VJware]

Have you tried duplicating to disk as suggested earlier ?

Now i have upgraded the server to 2010 R3 with all Updates and trying to restore from the tapes on the backupserver itself.

What type of data are you trying to restore ? Would you post a screenshot of the options chosen for the restore?

Lastly, use this article for enabling debugging via SGmon - http://www.symantec.com/business/support/index?page=content&id=TECH204379

[mghomer]

Hi

1. Im not sure what you mean with duplicate to a dsik?

2. The Data  are almost only *.doc files. I'm trying to restore only the data which are not on the fileserver but on tape. Should be about 70000 files that are about 20 Gb data of 5TB in all.

3. Now sometimes I can restore but it takes about 15hours for 100mb of data. and sometimes on other folders/jobs from the same tapeset it failes with this error: e0008488 access denied. Or other example i have now, for 10 Mb of data the restore take 2 hours

4. have called HP and HP have replaced the tapedrive, but I have still the same performance/issues

5. The same behavior be restoring from the same tapeset on backupserver(HD) itself.

6. Not sure you can understand the settings they are in German:

Medienkennungen

--------------------------------------------------------------------------------

Medien, die für den Wiederherstellungsauftrag benötigt werden:  020098L5, 020096L5, 020083L5, 020038L5 

Quelle

--------------------------------------------------------------------------------

Auswahlliste

Auswahllistenname:  Wiederherstellen 00218 

Ressourcen-Login-Daten

Ressourcen Ressourcen-Login-Daten 

„Server name User name „

E:   

Ziel

--------------------------------------------------------------------------------

Dateiumleitung

Dateisätze umleiten: Nein

Einstellungen

--------------------------------------------------------------------------------

Allgemein

Auftragsname:  Wiederherstellen 00218 

Auftragspriorität:  Mittlere 

Vorhandene Dateien wiederherstellen:  Überspringen, wenn Datei bereits vorhanden ist 

Wiederherstellung von Sicherheitsinformationen:  Alle Informationen für Dateien und Verzeichnisse wiederherstellen 

Beschädigte Dateien wiederherstellen: Nein

Struktur beibehalten: Ja

Erweitert

Beim Wiederherstellen von Registrierungsdaten:  Vorhandene Hardwarekonfiguration und Registrierungsdienste mit den wiederherzustellenden Daten zusammenführen 

Abzweigungen:  Abzweigungen, symbolische Verknüpfungen, Dateien und Verzeichnisse vom Backup-Medium wiederherstellen 

Daten von Wechselmedien wiederherstellen: Nein

Datenträgerkontingentdaten wiederherstellen: Nein

Datenbank für Terminaldienste wiederherstellen: Nein

Speicher für Windows-Verwaltungsinstrumentation wiederherstellen: Nein

Clusterquorum wiederherstellen: Nein

Diesen Server als primären Vermittler für Replikationen festlegen, wenn vom Dateireplikationsdienst verwaltete Ordner bzw. SYSVOL im Systemzustand wiederhergestellt werden sollen: Nein

Windows NT 4.0-Registrierung wiederherstellen: Nein

Pfad auf dem Medienserver für das Staffeln temporärer Wiederherstellungsdaten beim Wiederherstellen einzelner Elemente von Band: C:\TEMP

Benachrichtigung

Auftragsprotokoll mit Benachrichtigung für E-Mail- oder Drucker-Empfänger einschließen: Nein

Häufigkeit

--------------------------------------------------------------------------------

Planen

Jetzt ausführen

Auftrag in Wartestellung senden: Nein

Automatische Abbruchfunktion aktivieren: Nein

Löschen von Aufträgen:  Auftrag nicht löschen