Restore failed with 0xe00084d4 and 0xe00084ca

Question

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:&nbsp;0xe00084ca and&nbsp;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 · Answer

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

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

vjware · Answer

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&amp;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.

&nbsp;

mghomer · Answer

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

and the loader is connected via FC

by the way i found this&nbsp;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?

&nbsp;

pkh · Answer

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 · Answer

is allready the same

Forum Discussion

Restore failed with 0xe00084d4 and 0xe00084ca

7 Replies

Related Content

0xe00084ca - The data being read from the media is inconsistent when restore.

Netbackup Catalog Restore to DR

BMR restore.

Report Restore

Oracle Restore